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Die Konferenz des PA "Automatisierungsgeräte" der WGMA wird 
gemeinsam mit der Akademie der Wissenschaften der DDR und der 
Industrie als nationale Veranstaltung zit internationaler Be- 
teiligung organisiert. 


Schwerpunkt eind neue gerätetechnische Lösungen, theoretische 
Porschungsergebnisse und Anwendererfahrungen auf diesem Fach- 
gebiet. Dabei werden insbesondere neuere Ergebnisse auf dem 
Gebiet der Ein-Chip-Mikrorechner und 16 bit-Mikroreohner in 
Automatisierungssystemen dargestellt. 


Diese Schwerpunkte werden in Vorträgen behandelt, die neben 
Plenarvorträgen in 3 Sektionen vorgetragen werden. 


- Einsatzerfahrungen mit elektronischen Automatisierunge- 
mitteln 


- Lösungen mit Ein-Chip-Mikrorechnern 


- Einsatz von 16 bit-Mikrorechnern in Automatisierunge- 
eystemen 


Eine Auswahl von Vorträgen sind als Kurzfassung nachfolgend 
zusammengefaßt. 


Der großen Nachfrage wegen mußte die Veranstaltung wieder- 
holt werden, wobei gleichzeitig neuere Erkenntnisse einge- 
arbeitet wurden. 


Prof, Dr. H. Fuchs 


FA "Automatisierungsgeräte" 


Programm 8. Wiesenschaftlich-Technische Konferenz 





1. Tag 6.2.1986 
10.30 Uhr Eröffnung 


Plenarvorträge: 

10.45 Uhr Prof. Dr. H. Töpfer (TUD) 
Strukturprobleme in Automatisierungssystemen 

11.15 Uhr Prof. H. Fuchs und Prof. P., Wysotzki (Adw/ZKI) 
Künstliche Intelligenz und Automatisierung 

11.45 Uhr Dr. J. Pfotenhauer und Dr. G. Helmuth (ZPT-EAW) 
Neue Automatisierungelösungen mit EAW-Elektronik 

Pause 12.15 - 14.00 Uhr 

Sektion 1: Einsatzerfahrungen mit elektronischen Automati- 
sierungsgeräten und -systemen 


14.00 Uhr Dr. S. Hauser und Dipl.Ing. W. Weiß (TUD) 
Rechnergestützte Automatisierung von Prüfständen 
im Maschinenbau 


14.20 Uhr Dr. Schmock (GRW Teltow) 
Einsatzerfahrungen mit dem Prozeßleiteystem 
Audatec 

14.40 Uhr Dr. G. Billerbeck und Dr. L. Klinsmann (AdW/ZKI) 


Parameteradaptive Regelungsalgorithmen für das 
industrielle Automatisierungssystem Audatec 


Pause 15.00 - 15.20 Uhr 


15.20 Uhr Dipl.Ing. L.-Könitser (ZPT-EAW) 
Die Kompaktsteuerung S 2000 


15.40 Uiorr Dipl.Ing. E. Korner (ZFT-EAW) 
Hard- und Softwaresystemtechnik des EAW-compaet 
"S 2000 R 

16.00 Uhr Dipl.Ing. P. Preußer (ZFT-EAW) 


Problemlösungen für das Verkehrswesen am Bei- 
spiel der punktförmigen Zugbeeinflussung PZ BO 





Pleuarvortrag ı 


08.30 Uhr Prof. D. Hammer (AdW/IIR) 
Neue Lösungen von Rechnerarchitekturen 
für die Automatisierungstechnik 
Sektion 2ı Iösungen mit a ann 


09.00 Uhr Dr. PB. Strutz (MA) Kulöleun. Nadia HEAL 1% 
Einsatz von Ein-Chip-Mikrorechnern im Automa- 
tisierungssystem "Compact-Combination" 


09,20 Uhr Ing. U. Jaap und Dipl.Ing. C. Mädiger (AdW/ZKI) 
Positioniermodul mit Ein-Chip-Mikrorechner 
für Industrieroboter 


09.40 Uhr Dr. U, Wiesner (ZPT-EAW) 
Erfahrungen beim Einsatz von Ein-Chip-Mikro- 
rechnern in Konsungütern 


Pause 10.00 - 10.30 Uhr 
Sektion _}: Einsatz von 16 bit-Rechnern in Automati- 


sierungssystemen 

10.30. Uhr Dr. G. Kinnemann und Dr. G. Despang (AdW/ZKI) 

Mehrrechnereystem auf der Basis MMS 16 

10.50 Uhr Dr. E. Dietz (ZPT-EAW) 
Die Anwendung des EAW-Baugruppensystems 6000 
am Beispiel der Schiffsautomatisierungsein- 
richtung E 6100 

11.10 Uhr Dr. H.-J. Albrecht (TUD) | arltar: 
Mensch-Maschine-Kommunikation in grakreren 
Fertigungsprozessen 


Pause 11.30 - 11.50 Uhr 


11.50 Uhr Dr. J. Beuschel (ZFPT-EAW) 
I Anforderungen an Programmier- und Entwick- 
Kae ah lungstechnik 
12.10 Uhr Dr. H. D. Modrow (AdW/ZKI) 


Software-Probleme bei der Steuerung flexibler 
Fertigungssysteme -— Erfahrungen beim Entwurf 


12.30 Uhr Dr. R. Klette (AdW/ZKI) 
Wiesensgestützte Bildanalyse für Automati- 
sierungslösungen 


Prozeßnahe Meßwertverarbeitung 


Enge gegen 13.10 Uhr 


Strukturprobleme_ für Automatisierungelösungen 
Töpfer, Heinzı Dresden 


Wird die zu erarbeitende Gesamtlösung einer Automatisierungsauf- 
gabe als Gesantstruktur aufgefaßt, deren Gesamtwirkung aus einer 
Menge von Teilstrukturen resultiert, so lassen sich folgende, mit- 
einander in Wechselwirkung stehende Teilstrukturen nsnnen: 


.Zielstruktur 


Objektstruktur 

Bedienstruktur 

Personalstruktur 

Geräte= und Funktionsstruktur 
Softwarestruktur 

Zuverlässigkeits- und Sicherheitsstruktur 
Instandhaltungsstruktur 


Die Lösung von Automatisierungsaufgaben ist in der Mehrzahl der 
Fälle auf Koordinierungsaufgaben zurückführbar. In dieser Domi- 
nanz des damit verbundenen Hierarchiekonzeptee liegen auch die 

wesentlichen Gründe für die relativ starke Kopplung der genann- 
ten Strukturelemente, 


Die Zielstruktur ist entsprechend den einzelnen Hiserarchiebenen 
konfiguriert und recht von der gesamtvolkswirtschaftlichen 
Zielstellung über Effektivitätsvorgaben und Gütevorgaben sowie 
die Vorgabe von Sollwerten bis zur Fixierung konkreter elemen- 
tarer Prozeßparameter. Die zu dem Hierarchiekonzept gehörigen 
Zeithorizonte reichen von der obersten Hierarchie-Ebene von 
Jahren/Tagen bis zur untersten Ebene, wo sie im Millisekunden=-/ 
Minutenbereichen liegen. 


Die Objektstruktur kann im günstigen Fall hinsichtlich der 
automatisierungstechnischen Belange in der Entwurfs- und Kon- 
struktionsphase beeinflußt werden. In den meisten Fällen ist 
die Automatisierungslösung allerdings entsprechend der vorge- 
gebenen Objektstruktur, die im Prozeßmodell ihren Niederschlag 
findet, zu gestalten. 


Die Bedienstruktur (Bedienphilosophie) resultiert heute aus 
den Aspekten 

- des Bedienkomforts/Kommunikationsinhalt 

- der Bedienebenen und Bedienorte 

- Ger Bedienberechtigung 


in 


- der Bedienhäufigkeit usw, 
meist ale klare Forderung der Betreiber. 


. Die Pereonalstruktur ist ebenso bewußt vorzubereiten wie die 
Geräte- oder Seftwarestruktur, sie kann zum bestimmenden Ele- 
ment werden, da der Bestand an Kadern (ihre vorhandene und 
weitere Qualifikation) die betrieblichen Abläufe und die er- 
reichbaren Maximalziele wesentlich mitbestimnt. 





. Die Funktions- und Geräteetruktur hat die Umsetzung der durch 
andere (ferdernde) Strukturelemente gesetzten Ziele und Prä- 
miseen zu realisieren. Diese Aufgabe stand von jeher im Mittel- 
punkt der Bemühungen, ohne daß früher die anderen Strukturele- 
mente gebührende Beachtung fand. 





+. Dio Seftwarestruktur gewinnt für eine Reihe der anderen Kom- 
ponenten wie z.B. Bedienung, Zuverlässigkeit zunehmend an Be- 
deutung. Der internationale Entwicklungsstand genügt hier den 
Anforderungen und Wünschen bei weitem nicht, 





. Die Zuverlässigkeite- und Sicherheitestruktur rückt bei der 
Realieierung digitaler, mikrerechnerorientierter Lösungen hin- 
eichtlich angemessener Zuverlässigkeit und ihrer eystematischen 
und fundierten Gestaltung im Rahmen der Projektierung imner 
sehr in den Vordergrund. 


. Die Instandhaltungsetruktur (u. -Strategie) erfordert die 
Lösung von organisatorischen, methodischen und logischen Pro- 
bleaen der Syeteminstandhaltung. Dadurch wird die mittlere 
Reparaturzeit MTTR maßgeblich beeinflußt. Hierbei besteht eine 
starke Korrelation zum Niveau der Eigenüberwachung/Eigendiag- 
nose. 


Die hier vollzogene Herausarbeitung von Teilstrukturen stellt 
letztlich eine Dekomposition des Gesamtproblems der Gestaltung 
einer Automatisierungsanlage dar. Dieser Schritt könnte zur 
Grundlage eines guten Leitfadens für den komplexen Projektie- 
rungeprozeß bei Automatisierungslösungen werden. Es besteht die 
Hoffnung, daß trotz zu erwartender Probleme auf der Basis dieser 
Zerlegung ein geeigneter Zugang zur rechnergestützten Bearbei- 
tung von Tsilen der Projektierung von Automatisierungsanlagen 
gegeben iet. Der Verfasser ist sich der zu erwartenden Probleme 
durchaus bewußt. 


Prof. H. Fuchs und 
Prof. P. Wysotzki 
(AdW/ZKI) 


Künstliche Intelligenz und Automatisierung 


Die Entwicklung einer Reihe von Wissenschaftsgebieten und Techno- 
logien, die sich vorrangig mit der Informationsverarbeitung befas- 
sen, hatten Anfang der 80er Jahre einen Stand erreicht, der erken- 
nen ließ, daß ein wesentlicher Fortschritt nur zu erlangen war, 
wenn man die realisierten Konzepte der von-Neumann-Maschine für 
die elektronische Rechentechnik, der seriellen Verarbeitung von 
Daten, verlassen konnte. Gleichzeitig boten die gestiegenen Mög- 
lichkeiten der Mikroelektronik, Bauelemente mit einem Integra- 
tionsgrad von einer Million Funktionselemente auf einen Chip in 
naher Zukunft bereitzustellen, die Voraussetzung, neue Strukturen 
realisieren zu können. Durch Integration dieser neuen Technologien 
mit Methoden der Künstlichen Intelligenz entsteht eine neue Quali- 
tät der Rechentechnik, die sich in der Konzeption der Neuen Reoh- 
nergeneration niederschlägt. Die Künstliche Intelligenz verfolgt 
das Ziel, bestimmte formalisierbare Leistungen des menschlichen 
Gehirns maschinell auszuführen. Das beinhaltet z. B. maschinelles, 
automatisches Verarbeiten von Wissen und das Ziehen von logischen 
Schlußfolgerungen. Sie stellt beispielsweise Verfahren und Progran- 
me zur Verfügung für die Verarbeitung natürlicher Sprache, von 
Bildern, einschließlich dreidimensionaler Szenen und anderer In- 
formationsdarstellungen. Systeme zur Behandlung solcher Verfahren 
und Programme zeichnen sich durch eine große Komplexität aus, und 
damit werden Forderungen an Verarbeitungsleistungen von Rechnern 
gestellt, die um Größenordnungen über den bisher realisierten lie- 
gen. Das führte schon bald zu Entwicklungen von algorithmenange- 
paßten speziellen Rechnerarchitekturen als ein 2. Weg der Rechner- 
entwicklung gegenüber den leistungsfähigen universellen Supercom- 
putern traditioneller Architektur. 


Damit läßt sich das Forschungsgebiet der Künstlichen Intelligenz 

charakterisieren als Darstellung und Verarbeitung von "Wissen!" an 
Stelle der bisherigen Verarbeitung von Daten, das rechnergestützte 
Ziehen von Schlußfolgerungen aus aufbereitetem Wissen (Inferenzen) 


und das maschinelle Sehen. 


Vorliegende anwendungsreife bzw. kurz vor dem Routineeinsatz ste- 
hende erste Forschungsergebnisse der Künstlichen Intelligenz sind 
u. a, Sprachen zur logischen Programmierung, z. B. PROLOG, Metho- 
den der natürlichsprachigen Kommunikation mit Rechnern (NLI), 
Bilderkennungsverfahren und vor allem sogenannte Expertensysteme 
für unterschiedliche Anwendungsgebiete. 1980 waren weltweit etwa 
50 Expertensysteme als Prototypen realisiert und in Erprobung, 
einige davon sind jetzt im Routineeinsatz. Die wichtigsten Anwen- 
dungsziele für Expertensysteme sind die Unterstützung von Nicht- 
experten, z. B. bei der medizinischen Diagnose oder der Prozeß- 
führung mit im Rechner gespeichertem umfangreichem Wissen von Ex- 
perten zur Situationsbewertung und Entscheidungsfindung in kürze- 
rer Zeit, auf höherem Niveau, insbesondere in kritischen Situatio- 
nen wie sie bei Havarien in der Automatisierungstechnik auftreten 
können. 


Die Ergebnisse der Künstlichen Intelligenz können deshalb in der 
Automatisierung vielfach genutzt werden und werden integrierter 
Bestandteil von Automatisierungslösungen in der Zukunft sein, zum 
Beispiel 


-— Automatische Handlungsplanung bei Industrierobotern der 3. Gene- 
ration s 

- Beratungssysteme für die Prozeßführung (Expertensysteme) 

- Natürlichsprachige Kommunikation mit der Automatisierungsanlage 

- Neue Architekturen von Automatisierungssystemen mit Wissensver- 
arbeitung 

— Rechnergestützte technologische Vorbereitung und Konstruktion 
(CAD/CAM). 


Dr.-Ing. 5. Hauser; Dipl.-Ing. W. Weiß 

Technische Universität Dresden 

Sektion Informationstechnik : 

WB Regelungstechnik und Prozeßsteuerung 


Rechnergestützte Automatisierung von Prüfständen im Maschinenbau 


Nachstehende thesenhaft formulierte Aussagen stellen Verallgenei- 
nerungen von Erfahrungen dar, die bei der Automatisierung eines 
Dieselmotorenprüfstandes für vorrangig Forschungs- und Entwick- 
lungsarbeiten gesammelt wurden. Mit der Lösung dieser für die 
Automatisierung der experimentellen Forschung relevanten Aufgabe 
war die Vorstellung verbunden, neben der Entwicklung geeigneter 
geräte- und programmtechnischer Mittel auch Antatzpunkte für eine 
Strategie zur Bearbeitung derartiger Aufgaben zu finden. 


- Im Maschinenbau existiert eine Gruppe autarker Systeme für die 


Prüfung von Maschinen und Aggregaten, die sich folgsndermaßen 
'charakterisieren lassen: 


. Einige wenige bis einige zehn Meßgrößen werden erfaßt, wobei 
von der Dynamik der Meßgrößen ausgehend, eine Einteilung nach 
Abtastfrequenzen bis 1 Hz (langsame), bis einige 10 Hz (mit- 


telschnelle) und bis einige 10 kHz (schnelle) sinnvoll er- 
scheint; 


. Versuchsbedingungen werden an ausgewählten Betriebspunkten, 
zumeist durch Drehzahl und Drehmoment bestimmt, variiert. 


- Die zu Untersuchungen von Maschinen und Aggregaten verwendeten 
Prüfstände lassen sich anhand des Ausrüstungsgrades mit Meß- 
und Automatisierungstechnik und ihrer Variabilität unterschied- 
lichen Einsatzbereichen zuordnen: 


« In der Forschung und Entwicklung, 
. nach erfolgter Produktion, 


«. vor, während und nach der Instandsetzung. 


- Das Ziel der Automatisierung derartiger Prüfungen besteht in 


. der Steuerung der Versuche durch Herbeiführung und Aufrecht- 
erhaltung gewünschter Versuchsbedingungen sowie 
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. dar Erfassung und Verarbeitung von Informationen mit dem Ziel 
der Entscheidungsfindung über den Fortgang des Experimentes. 


Nur die Erfüllung. beider Aufgaben schafft den gewünschten Auto- 
matisierungsseifekt, der hier u. a. in 





. der Bewältigung der bei komplexen Fragestellungen stark an- 
wschsenden Menge an Primärdaten, 


. der Erhöhung der Genauigkeit und. Zuverlässigkeit der Maßer- 
gebnisse, 


. der Verringerung des Anteils des Experimentatars (Prüfstands- 
Ingenieur/Monteur) an der Kontrolle und Führung des laufenden 
Versuches sowie an der Meßwerterfassung und -vsrarbeitung 
sowie 


„ der Verkürzung der Versuchszeiten 


x 


besteht. 


Die Automatisierung solcher Prüfstände verlangt für die Aufga- 
ben Überwachung, Sicherung, Messung, Steuerung, Regelung und 
Registrierung eine den Einsatzbedingungen ängenaßte Gerätetech- 
nik, die durch vorhandene konventionelle Automatisierungsgeräte 
nur sehr unvollständig abgedeckt wird. Die Entwicklung neuer 
Komponenten sollte sich- an den durch die Einbeziehung von xech- 
nern in die Geräte gegebenen Möglichkeiten orientieren. 


Während bis vor ca. zehn Jahren die digitale Rechentechnik zu- 
meist in Form von Wlinirechnern nur an ausgewählte F/E-Prüf- 
stände oder komplette Prüffelder in der Serienproduktion ange- 
schlossen wurde, sind heute iikrorechner in vielfältiger Form 
in die Ausrüstung von Prüfständen für alle o. g. Anwendungsbe- 
reiche integriert. 


Die Automatisierungseinrichtung moderner Prüfstände ist hier- 
archisch strukturiert, wobei typisch 


die Aufgaben der ?rozeßüberwachung und -sicherung, «er iteß- 
werterfassung, der Steuerung und reaelung im Sinne einer 
funktionellen Dezentralisation in mit "Intelligenz" ausge- 


statteten Einhciten ausgelagert vıerden (unterste Hierarchie- 
.ebene), 


. ein Prüfstandsrechner für die Kommunikation mit dem Zxperi- 
mentator, die Überwachung des Versuchsgeschehens und für die 
Zusammenarbeit mit dem Leitrschner vorhanden ist (mittlere 
Hierarchisebene) und 


. ein übergeordneter Rechner (Leitrechner) mit den Höglichkeil- 
ten zur tlassendatenspeicherung und zur komplexen Auswertung 
der Versuchsergebnisse (z. 5. Kennfeldberechnung) existiert, 
‘der bei Prüffeldern häufig auch die Koordinierung der Arbei- 
ten auf allen angeschlossenen Prüfständen übernimmt (oberste 
Hierarchieebene). 


Für die Erfassung von einigen zehn der o. g9. langsanen bzw. 
mittelschnellen Meßgrößen ist bei Verwendung integrierender 
wandlungsverfahren (geringe ZVE-Belastung), wenigen Verarbei- 
tungsschritten und Ergebnisdarstellung die Leistungsfähigkeit 
heutiger 8-bit-i4ikrorechner gerade noch ausreichend, 


Die Erfassung schnell veränderlicher Größen mit Abtastfre- 
quenzen von mehr als 10 kHz geschieht im allgeneinen nicht in 
der Automatisierungseinrichtung für den Prüfstand, Il!ierfür 
werden Einrichtungen mit speziellen geräte- und programmtechni- 
schen Lösungen (z. B. Transientenspeicher) der sonstigen Meß- 
wert-Erfassungstechnik beigestellt. 


Die Integration von Mikrorechnern in Geräte zur Messung spe- 
zieller Größen, wie z. B. Kraftstoffverbrauch, Rauchdichte, 
Geräuschemission, schafft durch erhöhte Verarbeitungsleistung, 
automatische Kalibrierung und Selbstüberwachung sowie die Mög- 
lichkeit zur Einbindung der Geräte in ein hierarchisch struk- 
turiertes Automatisierungssystem völlig neue Anwendungseigen- 
schaften für diese intelligenten Meßeinrichtungen,. 


Die Steuerung der Versuchsbedingungen ist auf Grund der Anfor- 
derungen - es sind meist mehrere Größen, wie z. B. Ürehzanl 
und Drehmoment, konstant zu halten oder definiert zeitlich zu 
verändern - „ des mehrvariablen Charakters der Objekte und der 
betriebspunktabhängigen Parameter eine im allgemeinen schwie- 
rige Aufgabe, die nur bei ausreichender Prozefiskenntnis (3ig- 
nal-, Systemanalyse) befriedigend zu lösen ist. Dabei bietet 
ver Einsatz von Mikrorechnern, in denen Steuergesetze für 
nehrvariable Strecken, Struktur- und Parameterunschaltungen 
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sowie adaptiv wirkende Algorithmen implementiert sind, einen 
erfolgversprechenden Weg. 


Die Sofortbeawertung von Versuchsergebnissen, die noch durch 
die dem Experimentator gegebenen Möglichkeiten zur Veränderung 
der Versuchsauswertung (z. B. durch versuchszielabhängige Bil- 
dung abgeleiteter Größen) an Aussagekraft gewinnen, führt zu 
einer neuen Qualität und zur Erhöhung der Effektivität experi- 
menteller Untersuchungen. 


Die durch mikrorschnergestützte Automatisierungseinrichtungen 
für Prüfstände möglich gewordene Reproduzierbarkeit von Experi- 
menten und die Erfassung einer großen Anzahl zeitlich streng 
zugeordneter Meßgrößen schaffen die Voraussetzungen für neu- 
artige Experimente an Maschinen und Aggregaten, die weit über 
die bisher betriebenen Untersuchungen unter fast ausschließ- 
lich stationären Bedingungen hinausgehen. Die durch den Mikro- 
rechnereinsatz erzielte Leistungsfähigkeit der automatisierten 
Prüfstände wird damit zur Triebkraft für die Entwicklung neuer, 
aussagefähiger Untersuchungsmethoden. 


Billerbeck, G., Klinsmann, L. 


Parameteradaptive Regelungsalgorithmen für das industrielle 
Automatisierungssysten "audatec" 


1. Einleitung 


Modelladaptive und selbsteinstellende (self-tuning) Regler sind 
leistungsfähige Mittel zur Regelung von Prozessen mit unbekann- 
ten, veränderlichen oder nichtlinearen Übertragungseigenschaften. 
Deraus folgt unmittelbar ihre Eignung zur Inbetriebnahme und Ein- 
stellung von Regelkreisen. 


Mit der Bereitstellung flexibler, programmierbarer Automatisie- 
rungsgeräte bzw. -systeme auf der Basis von Mikrorechnern haben 
sich die Möglichkeiten zur industriellen Nutzung adaptiver Rege- 
lungsverfahren erheblich erweitert, 


In diesem Beitrag werden adaptive Regler vorgestellt, die als 
spezielle Funktionsmoduln der Basiseinheiten des Automatisie- 
rungssystems "audateo" implementiert wurden. Durch die Ergänzung 
der Regelungsalgorithmen mit Inbetriebnahmehilfen und nuzmeri- 
schen Sicherungsmaßnahmen stehen robuste und leicht handhabbare 
Funktionsbausteine zur Verfügung, für deren Generierung und Ein- 
satz nur geringe Apriori-Information über die Regelstrecken er- 
forderlich ist. 


2. Parameteradaptive Regel sverfahren 





Der schematische Aufbau der adaptiven Regler ist in Bild 1 
dargestellt: 


- y 
U) 
Ahmeh 


Bild ia : Modelladaptives Regelungssyst, Bild 1b: Self-Tuning - Regelungssyst. 


-ı2a 
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2.1 Modelladaptiver Regler 


Durch selbsttätiges Verstellen der Reglerparameter soll der 
Grundregelkreis das Übergangsverhalten des vorgegebenen Bezugs- 
modelle anstreben (Ausgangsfehler e --> Null). Das Regelungsziel 
wird durch das Bezugsmodell spezifiziert. Der Grundregler ist 
strukturangepaßt, d.h. seine Ordnung hängt von der Ordnung des 
gewählten Bezugsmodells ab. 


2.2 Self-Tuning-Regler 


Der Grundregelkreis wird durch einen übergeordneten Parameter- 
schätzalgorithmus ergänzt, der die Prozeßinformation zur Berech- 
nung der Reglerparameter liefert. Als Schätzalgorithmus dient 
die rekureive Methode der kleinsten Quadrate. 


Das Regelungsziel ist durch den verwendeten Reglertyp festge- 
legt. Im Algorithmus sind 3 Reglertypen generierbar: Minimal- 
Varianz-Regler; Deadbeat-Regler; PID-Regler. Minimal-Varianz- 
Regler und Deadbeat-Regler sind strukturangepaßt. Der nicht 
strukturangepaßte PID-Regler wird aus dem Deadbeat-Regler 
epproximiert. 


3. Funktionelle Ergänzungen 


Für den industriellen Einsatz der Algorithmen werden einige 
funktionelle Forderungen erhoben: 
- Technische Beschränkungen sind einzuhalten 


- Die Regler müssen über einen beliebig langen Zeitraum 
numerisch stabil arbeiten 


- Randbedingungen der "audatec"-Betriebsregime müssen 
berücksichtigt werden 


- Die Algorithmen müssen mit der Apriori-Kenntnis des 
Einfaehringenieurs oder Bedieners generierbar sein. 
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3.1 Allgemeine Forderungen 


- Stoßfreie Umschaltung zwischen den Betriebsarten des 
"audateo"-Systems: Automatik (interner Sollwert), Kaskade 
(Folgeregelung) und Handbetrieb (Regler abgeschaltet) 
sowie bei Rückschalten von einer Reserve-Einheit nach Ha- 
varie-Beseiltigung 


- Stellgrößenbeschränkung mit Unterbindung der Parameter- 
verstellung und Signalisierung 


- Ansprechschwelle zur Vermeidung ständiger Stellgliedbe- 
wegungen. 


3.2 Ergänzungen des modelladaptiven Algorithmus 


- Proportionale Fehleraufschaltung 
- Stebilitätstest für Reglerpole und ggf. Parameterbegrenzung 


- Mögliche Beschränkung der Anfangsinformation zur Inbetrieb- 
nahme des Reglers auf Modellordnung, Totzeit und Anstiegs- 
zeit der Übergangsfunktion 


- Automatische Berechnung des Bezugsmodells, Generierung des 
strukturangepaßten Reglers, Vorgabe von Parametern und An- 
fangswerten. 


3.3 Ergänzungen des Self-Tuning-Algorithmus 


- Einsetzen von Faktorisierungsverfahren zur numerischen Sta- 
bilisierung des Schätzalgorithmus 


- Steuerung des Gedächtnisses der Schätzmethode 


- Beschränkung der Anfangsinformation bei der Inbetriebnahme 
des Algorithmus auf Ordnung, Totzeit und Reglertyp 


- Generierung des Schätzalgorithmus und des gewählten Reglers, 
Vorgabe von Parametern und Anfangswerten 
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- Generierung eines I-Anteils zum Minimal-Varianz-Regler bei 
Strecken mit Ausgleich 


- Abschaltung des Schätzalgorithmus bei parameterstabilem Pro- 
seß ist möglich 


- Reglertypwechsel mit Neugenerierung und stoßfreiem Über- 
gang bei laufendem Betrieb. 


3.4 Kommunikation 


Der Dialog mit den Reglern sowie die Einbindung in Verarbei- 
tungsketten erfolgt Über den Pultsteuerrechner des Automatisie- 
rungeeystems. Alle zu verändernden Parameter, auch die während 
der Generierung berechneten, sind über den Modulaufrufblock er- 
reiohbar. Die berechneten Reglerparameter können angezeigt wer- 
den (Anzeige-Blöoke). 


4. Speicherplatz und Rechenzeitbedarf 


Beide Regler benutzen die im "audatec"-System vorhandene J-Byte- 
Gleitkommaarithmetik. Damit wurde ein Arithmetikpaket zur Be- 
handlung von Matrizengleichungen erstellt, das in den Regler- 
algerithmen benötigt wird. Diese Arithmetik wird neben den Al- 
gorithmen und einigen Konstanten auf EPROM abgespeichert, Da- 
neben wird ein ordnungsabhängiger RAM-Speicherbereich benötigt. 
Die Rechenzeit der Algorithmen ist ebenfalls ordnungsabhängig. 


Modelladaptiver Regler: Self-Tuning-Regler: 
Matrix-Paket: 703 Byte Matrix-Paket: 1388 Byte 
Hauptprogramm: 4232 Byte Hauptprogramm: 5171 Byte 
Konstanten: 162 Byte Konstanten: 196 Byte 
Flüchtige Daten: max. 457 Byte Flüchtige Daten: max, 479 Byte 
Rechenzeit: max, 92 ms Rechenzeit: max. 150 ms 


Der in beiden Regiern verwendete Teil der GK-Arithmetik belegt 
11% Byte. 
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Dipl.- Ing. E. Korner 


Hard- und Softwaresystemtechnik 
des EAW-compact _S 2000 R 


1. Einführung 


Ausgehend von der Analyse internationaler Trends und: dem Bedarf der 
DDR-Volkswirtschaft an leistungsfähiger Automatisierungstechnik wird 
gegenwärtig im Zentrum für Forschung und Technologie des Kombinates 
'Elektro-Apparate-Werke Berlin Treptow das Gerätesystem EAN-compact 
S 2000 für den prozeßnahen. Einsatz mit seinen Komponenten 
S 2000 S speicherprogrammierbare Steuerung 
in kompakt-modularer Bauweise zur 
Lösung steuerungstechnischer Aufgaben 
S 2000 R freiprogrammierbarer PROCESS CONTROLLER: 
in kompakt-modularer Bauweise zur | 
Lösung regelungstechnischer Aufgaben 
mit angrenzenden Aufgaben der Steue- 
rungstechnik 
auf der Basis gemeinsamer funktioneller und konstruktiver System- 
aspekte als ein Zweig der EAW-electronic entwickelt. 
Ziel dieses. Beitrages ist die Vorstellung der Systemeigenschaften des 
5 2000 R (ursprüngliche Bezeichnung PROCESS CONTROLLER R 5010) aus 
Hard- und Softwaresicht sowie die Darstellung von Möglichkeiten des’ 
Zusammenwirkens mit Komponenten der Gerätevariante S 2000 S. 


v 


2. Anwendungsorientierung 
Die Leistungseigenschaften wurden für den S 2000 R so festgelegt, 


daß sein Einsatz vorrangig im Bereich der Klein- und Mittelautomati- 

sierung zur Lösung von Aufgaben 

- der regelungstechnischen Signalverarbeitung sowie der an diesen 
Aufgabenbereich angrenzenden Probleme der diskreten Signalverarbeitg. 

-der Primärdatenaufbereitung und Datenvorverdichtung (im Sinne von 
Feldmultiplexeraufgaben) 

-der Aggregatautomatisierung und den damit in Zusammenhang stehenden 
komplexen regelungs- und steuerungstechnischen Probleastel lungen 

zu sehen Ist. 

Im Bedarfsfall ist die Anwendung des S 2000 R auf Grund der 

‚vorhandenen seriellen Koppelinterface auch in hierarchisch: struk- 

turierten Automatisierungsanlagen möglich. 
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Ausgehend von der vorgesehenen "freien Programmierbarkeit”ist über 
eine. leistungsfähige CAD-Softwaretechnologie, aufbauend auf die Kom- 
ponenten der problemorientierten Sprache PROMAR 5000, eine problemlose 
Anwenderprogramsentwicklung und damit die Anpassung der modular 
projektierbaren Gerätetechnik an unterschiedlichste Aufgabenstellungen 


möglich. 


3. Systemphilosophie des S 2000 R 


Die Systemtechnik des S 2000 R ist in allen Einzelkomponenten 

so festgelegt, daß qualitative Eigenschaften wie, 
durchgängige Unterstützung des Gesamtprozesses der Anwender- 
programmentwicklung und der damit in Zusammenhang stehenden 
.Entwurfs-, Simulations-, Test- und Einfahrprozesse durch 
ein leistungsfähiges Softwarekonzept 
-flexible Anpassung der Hardware des S 2000 R an unter- 
schiedlichste Forderungen bezüglich Art und Anzahl von 
Prozeßein-/ausgabekanälen durch modulare Auf- und Abrüstung 
-geringstmöglicher Projektierungs- und Montageaufwand 
zur anlagenseitigen Integration für die Hardware des S 2000 R 
-Sicherung eines Höchstmaßes an Zuverlässigkeit und Wartungs- 
freiheit für alle Komponenten des S 2000 R 

möglich werden. 


3.1 Hardware des S 2000 R 


Der S 2000 R besteht aus den gerätetechnischen Komponenten 
-Leitgerät LG 101 in kompakter Ausführung für den Einbau in 
Wartenfeldern, Pulten u.a. Gefäßeinheiten zur Durchführung 
regelungs- und steuerungstechnischer Kommunikationsaufgaben 
sowie der Parameti‘ierung des Anwenderprogramms 
("intelligentes" Gerät mit UA 350 Mikroprozessor) 
-5 2000 R-Grundgerät in modularem Aufbau bestehend aus 
-dem Montagerahmen zur Aufnahme aller Module 
-den Stromversorgungsmodulen SV 102 und SV 301 
-der Zentraleinheit ZE 102 :'n. 
-der Speichereinheit SE 501 für Anuenderprogramm 
-projektabhängiger E/A-Ausstattung 
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Die Baugruppen des S 2000 R-Grundgerätes werden konstruktiv. in 
mechanisch geschützter Bauweise ausgeführt. Sie besitzen Frontelemente, 
die als wesentlichstes Element einen Schraubklemmensteckverbinder mit 
43 Anschlußklemnen für Prozeßsignale besitzen. Die Frontelemente 
dienen darüberhinaus der Aufnahme von Statusdioden bei den E/A-Modulen 
s wie der Speichereinheit SE 601 und einer Batteriekassette BK 101 

an der Zentraleinheit ZE 102. 

Das Grundgerät wird in 2 Ausbauvarianten zur Verwendung von max.4 
E/A-Modulen (GG 102 mit Montagerahmen MR 102) und max.6 E/A-Modulen 
(GG 201 mit Montagerahmen MR 201) angeboten. 

Die Stromversorgungsmodule SV 102 und 'SV 301 stellen die für Speisung 
der in den Möntagerahmen befindlichen Module aus einer 220 V, WS- 
Einspeisung bereit. 


Kopplung externer Geräte und E/A-Erweiterungen mit dem Grundgerät 


Das Grundgerät besitzt max. 4 Kanäle für Geräte- u. E/A-Kopplungen 


Kanal 1: Koppelkanal für das Programmiergerät P 8000 oder 
Bürocomputer A 5120 (Geräteversion DEUS 100 / UD0S) 
IFSS-Kanal an der Zentraleinheit ZE. 102 
Kanal 2: Koppelkanal für übergeordneten Rechner 
Zweidrahtlinieninterface (Stromschleife 20 mA), 
MASTER-SLAVE-Koppelprinzip, max. 16 Slave 
Kanal 3: Koppelkanal für E/A-Module 
serielles Linieninterface (spannungsgesteuert) zur 
Kopplung von max.16 "intelligenten" E/A-Modulen bzw. 
für E/A-Erweiterungen 
Kanal 4: Koppelkanal für das Leitgerät LG 101 
serielles Zweidrahtinterface (Stromschleife 20 mA) 
Die Koppelkanäle 2, 3 und 4 werden über eine Erweiterungs- und 
Kommunikationsbaugruppe EK 102 bis EK 105 realisiert. Diese 
Baugruppe ist immer zu verwenden und durch den Anwender je nach 
gefordertem Leistungsvermögen zu projektieren. Die EK-Baugruppen sind 
in der Lage, den E/A-Interfacekanal über eine kurze Entfernung "zu 
verlängern", .so daß E/A-Erweiterungen möglich werden. 
Dazu wird das Erweiterungsgerät EG 201 zur Aufnahme von SV 102 und 
SV 301, EK-Baugruppe und max. 7 E/A-Modulen angeboten. Durch die 
Verwendung der EK 103 sind auch gemischte E/A-Konfigurationen bestehend 
aus S 2000 R und $ 2000 S E/A-Modulen möglich. 


E/A-Baugruppen 


Zur Ein-/Ausgabe von Prozeßinformationen werden im S 2000 R 

E/A-Module verwendet, die einheitlich pro Modul einen Einchip- 

mikrorechner (UB 8820) verwenden. 

Diese. "Intelligenz" verleiht dem Gesamtsystem vorteilhafte 

Gebrauchswerteigenschaften, wie z.B. 
-Entlastung der ZE 192 durch Übernahme von Aufgaben. zur 
Informationsvorverarbeitung und Hardwareunterstützung 
-Durchführung modulbezogener Diagnoseaufgaben sowie Überwachung 
der Eingangskreise auf Leitungsbruch und Fehlersignalisation 
-einfache potentialfreie Bus-Schnittstelle Ankopplung an ein 
seriell arbeitendes Bussystem und damit gäalvanische Entkopp- 
kopplung der ZE 102 von allen E/A-Modulen 
-günstig realisierbare Redundanzkonzepte durch Einbeziehung 
von Redundanzen in das Ringbussystem 


E/A-Modul sortiment: 
AG 201 Analoge in-/ausgabe 
8 Eingänge 0...10V, 0...20mA, 4...20mA 
4 Ausgänge 0...10V, O...20mA, 4...20mA 
AG 202 Analogein-/ausgabe 
8 Eingänge Widerstandsthermometer in 


Vierleiterschaltung oder 
0...2mV, O.. .50mV 
4 Ausgänge 0...10V, 0...20mA, 4. ..20mA 
Varianten der AG 202 werden in Abhängigkeit des Anwenderbedarfs 
festgelegt. 


BG 201 Binärsignalein-/ausgabe 

8 Eingänge ursalog 4000-Pegel 

8 Ausgänge Schließerkontakt für max. 1A, 220V, WS 
BG 202 Binärsignalein-/ausgabe 

8 Eingänge ‚potentialfreier Kontakt 

5 Ausgänge wie BG 201 
BG 203 Binärsignalein-/ausyabe 

8 Eingänge ursalog 4000-Pegel 

8 Ausgänge TRIAC-Schalter für max. 1A, 220V, WS 
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BG 204 Binärsignale in-/ausgabe 


8 Eingänge potentialfreier Kontakt 
8. Ausgänge wie BG 203 

BG 241 16 Eingänge ursalog 4000-Pegel 

BG 242 16 Eingänge potentialfreier Kontakt 


4. Software des S 2000 R 


Für den S 2000 R werden die Softwarekategorien 

-Betriebssoftware, unveränderlich 

-Betriebssoftware, veränderlich (Anwenderprogramm) und 

-Entwicklungssoftware PROMAR 5000 
unterschieden. 
Unter der Betriebssoftware werden dabei alle Softwareanteile verstan- 
den, die für den anlagenseitigen Einsatz aller Komponenten des 
S 2000:.R erforderlich sind. 
Während’ der unveränderliche ' Teil der Betriebssoftware in seinem Umfang 
einmalig entwickelt und in gleicher Form in jedem S 2000 R instal- 
liert wird, werden über den variablen Teil der Betriebssoftware die 
Funktionen des Anwenderprogramms festgelegt. 
Der Entwurf desselben erfolgt im Rahmen eines CAD-Prozesses durch 
Benutzung der Entwicklungssoftware PROMAR 5000 auf dem Programmiergerät 
P 8000 oder dem Bürocomputer A 5120 (Geräteversion DEUS 100/W00S). 
Dieser Prozeß geht von der Benutzung vorgefertigter, für den genannten 
Einsatzbereich zugeschnittener Softwaremodule mit eindeutig definierten 
Leistungseigenschaften aus. 'Im einzelnen stellt die genannte Technolo- 
gie einen Fügeprozeß zur softwareseitigen "Verdrahtung" der Module dar. 
Der veränderliche Teil der Betriebssoftware umfaßt nicht nur das 
Anwenderprogramm in Form der Modulverbindungsliste, sondern weitere 
Dateien bzw. Datensätze, die für die Aufgaben der Parametrierung und 
der regelungs- sowie steuerungstechnischen Kommunikation über das 
Leitgerät bzw. über einen Führungsrechner erforderlich sind. 
Gerätespezifische Angaben zur Beschreibung weiterer Eigenschaften 
des S 2000 R wie z.B. die projektierte E/A-Struktur, die Tastzeit, 
die Interfaceadresse u.a. werden in der Systemgenerierdatei abgelegt. 
Alle genannten variablen Teile der Betriebssoftware werden in der an 
der ZE 102 des Grundgerätes steckbaren EPROM-Kassette mit G kByte 
gespeichert. 
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P. Preußer ZFT K EAW 


Eine Problemlösung für das Verkehrswesen gm Beispiel der 
Punktförmigen Zugbeeinflussung PZ 80 . 


Im Vordergrund von Rationalisierungsbestrebungen im Sinne nochi 
größerer Effektivität im Zugbetrieb stehen bei der Eisenbahn 
Fragen der Sicherheit. Dabei soll der Mensch als regelndes 
Organ im Betriebsablauf überwacht oder, soweit es die tech- 
nisch-ökonomischen Möglichkeiten zulassen, durch BUNERIRRATZ 
gere elektronische Lösungen ersetzt werden, 

Mit der Punktförnigen Zugbeeinflussung PZ 80 wurde eine elek- 
tronische Einrichtung geschaffen, mit deren Einsatz folgende, 
Hauptziele erreichbar sind: 


- Vergrößerung der Sicherheit durch Ausschaltung menschlicher 
Unzulänglichkeiten bei der Führung der Triebfahrzeuge, da- 
nit 

- Erhöhung der Streckenleistungsfähigkeit durch dichtere Zug- 
folge, sowie 

- Reproduzierbarkeit von Betriebsabläufen für Ereignisanalysen, 


Vorteile des Systens sind, daß der stationäre Teil (Strecken- 
einrichtung). keine Stromversorgung erfordert und daß es unab- 
hängig von Witterungseinflüssen störungsfrei arbeitet. 


1, Wirkungsweise 


Nach dem von der Deutschen Reichsbahn vorgegebenen Betriebs- 
programm der PZ 80 wurde eine elektronische Einrichtung ent- 
wickelt, die als verdeckt arbeitendes Überwachungssystem u.a. 
sicherstellt, daß ein Zug bei Haltstellung eines Sjgnals auch 
bei Unachtsamkeit des Triebfahrzeugführers spätestens an so- 
genannten Gefahrenpunkt durch eine Zwangsbremsung zum Halten 
kommt. Dazu wird zwischen Vor- und Hauptsignal kontinuierlich 
überwacht, ob bestimmte Prüfgeschwindigkeiten unterschritten 
wurden, die jeweils vom Bremsvermögen eines Zuges abhängig 
sind. Bei deren Überschreiten werden automatisch Zwangsbren- 
sungen eingeleitet. Die Signalübertragung zwischen Triebfahr- 
zeug und Gleiseinrichtung erfolgt bei der PZ 80 durch elek- 
tromagnetische Kopplung. Drei Reihenschwingkreise in Achshöhe 
N 
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am Triebfahrzeug strahlen ständig bestimmte Frequenzen (500/ 
1000/2000 Hz) ab. Nähern sich diese einem am Gleis stationär 
angeordneten wirksam geschalteten Parallelschwingkreis mit 
einer der 3 Frequenzen, führt dies im entsprechenden Reihen- 
schwingkreis infolge der induzierten Gegenspannung zu einem 
Stromabfall, der zur Auslösung von Signalabläufen in der 
elektronischen Triebfahrzeugeinrichtung ausgewertet wird. 

In die Triebfahrzeug-Steuerelektronik der PZ 80 werden dazu 
vom Triebfahrzeugführer vor Fahrtantritt bestimmte Betriebs- 
daten eingespeist. Die PZ 80-Einrichtung bildet selbständig 
Informationen über die Ist-Geschwindigkeit, den zurückgelegten! 
Fahrweg, Geschwindigkeitslimite und den Betriebszustand der 
Pneumatik, die optisch und akustisch an den Triebfahrzeug- 
führer oder auf elektropneumatischen Weg an die Bremslage des 
Zuges ausgegeben werden. 


2. Gerätekonzeption 


Nach ihrer Anordnung wird zwischen Fahrzeugeinrichtung und 
Streckeneinrichtung unterschieden, Beinhaltet die Streckenein- 
richtung im wesentlichen die Gleismagnete für die 3 Frequen- 
zen, so setzt sich die Fahrzeugeinrichtung aus mehreren Geräter 
komponenten zusammen, die sowohl zentrale Funktionen beinhal- 
ten, als auch dezentral auf einem oder zwei Führerständen an- 
geordnet der Kommunikation mit dem Triebfahrzeugführer dienen, 
Auf Grund der eisenbahntypischen Einsatzbedingungen, die sich 
aus dem mobilen Betriebseinsatz und den vorgesehenen Standor- 
ten, insbesondere auf sog. Altbautriebfahrzeugen ergaben, muß- 
ten hohe Anforderungen an die Robustheit der PZ 80 erfüllt 
werden, die sich in dem gewählten Gerätekonzept niederschlagen, 
Die Hauptbestandteile der PZ BO sind: 


Zentrale Informationsverarbeitung (ZIV) 
Geschwindigkeitsmeß- und Registriereinrichtung (GMR) 
Bedieneinheit 

Anzeigeeinheit ae 

Fahrzeug- und Gleismagnet. 


Ein nit einer Fahrzeugachse gekuppelter Wegimpulsgeber der GMR 
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erzeugt eine weg- bzw. geschwindigkeitsproportionale Impuls- 
folge, die vom Registriergerät verarbeitet wird. Das kegistrier- 
gerät der GMR hat die Aufgabe, möglichst viele Informationen 

zu speichern und einer späteren Auswertung zugänglich zu machen, 
Auf 120 mm breiten Wachsschichtemulsionspapier werden 12 Binär- 
signale und 2 Analogsignale registriert, ergänzt durch einen 
zifferndruck zur Echtzeitdarstellung. Die elektronische Signal- 
verarbeitung des Registriergerätes ermöglicht u.a. eine Anpas- 
sung an den jeweils vorhandenen Laufkreisdurchnesser des Trieb- 
fahrzeugrades und bildet verschiedene Signale zur Weiterverar- 
beitung bzw. Ausgabe. 

Die Anzeigeeinheit dient im wesentlichen der Geschwindigkeits- 
anzeige. Von den bisher auf Triebfahrzeugen üblichen klassi- 
schen Zeigerinstrumenten abgehend wurde eine 38tellige 7 Seg- 
ment-LED-Anzeige entwickelt. Eine weitere Korrospondenz des 
Triebfahrzeugführers mit der PZ 80 ermöglicht die Bedienein- 
heit. Über sie erfolgt die Vorwahl und Abfrage von Betriebs- 
daten, 

Kernstück der PZ 80 ist die ZIV. Stoß- und schwingungsgedämpft 
angeordnete elektronische Baugruppen in CMOS-Technik realisie- 
ren als verdrahtungsprogrammierte Steuerung aus den vom Trieb- 
fahrzeugführer eingegebenen und den von der PZ 80 selbst gebil- 
deten Informationen, Überwachungsfunktionen. 

Zur ständigen Überwachung der Betriebsbereitschaft der ZIV 
dient u.a. ein spezielles, automatisches Prüfprogramm, so daß 
dem Triebfahrzeugführer jederzeit die Betriebsbereitschaft der 
PZ 80 signalisiert wird, 

Auf Grund ihrer Standorte außerordentlich robust sind der Fahr- 
zeug- und Gleismagnet. Beide Wagnete bestehen aus Al-Gußge- 
häusen, in die mittels spezieller Dichtverfahren die elektri- 
schen Bauelemente eingebettet sind. 


3. Entwicklungsstand 


Die Entwicklung einschließlich einer mehrjährigen Erprobung der 
PZ 80 wurde erfolgreich abgeschlossen unä die Produktion in den 
beteiligten Kombinaten K EAY und KAAB aufgenomnen. ilit der 
Serienausrüstung von Strecken und Triebfahrzeugen der Deut- 
schen Reichsbahn wurde begonnen, 
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Neue Lösungen von Rechnerarchitekturen für 
__die Automatisierungstechnik 


Prof. Dr. sc. nat. Hammer, Dieter 

Institut für Informatik und Rechentechnik der AdW der DDR 
1. Einführung 
Der Einsatz von anwendungsgerechter Rechentechnik gewinnt in 
Verbindung mit der Entwicklung der Mikroelektronik zunehmend an 
Bedeutung. Parallelverarbeitende Rechnerarchitekturen bilden da- 
bei eine günstigere Adaption an die Algorithmen des Anwendungs- 
prozesses. In der Automatisierungstechnik wird der Entwicklungs- 
trend durch die Verlagerung der Geräteorientierung auf eine Sy- 
stemorientierung bestimmt. Der einzelne isolierte zu automati- 
sierende Prozeß wird durch den Gesamtprozeß einer Fertigungsau- 
tomatisierung verdrängt (CIM-Computer Integrated Manufactoring). 


2. Systemverteilung j 

Der Einsatz von zentralisierten Prozeßsteuersystemen wird in zu- 
nehmendem Maße durch eine Dezentralisierung abgelöst. Damit ver- 
bunden sind 


- eine Reduktion der Komplexität sowohl hardware- als auch soft- 
wareseitig, 


- eine Erhöhung der Flexibilität im Hinblick auf die anwendungs- 
gerechte Konfigurierung eines Systems, 


- Die Verbesserung der Anpaßbarkeit an konkrete Aufgaben bei 
gleichzeitiger Verwendung von standardisierten Modulen für 
gleichartige Teilaufgaben, 


- bessere Voraussetzungen zur Schaffung fehlertoleranter Mittel 
im System zur Erhöhung der Zuverlässigkeit bzw. Sicherheit 
des Systems einschließlich der Verfügbarkeit, 


Für die Funktionen Datenerfassung, Überwachung, Steuerung, Re- 

gelung und Mensch/Maschine/Komunikation zeigt sich intermmatio- 

nal die Entwicklung vom zentralisierten System über horizontal 

verteilte dezentrale Systeme zu vertikal verteilten dezentralen 
Systemen auf der Grundlage der Entwicklung zu hochleistungsfä- 

higen 1-Chip-Mikrocomputersystemen im prozeßualen Bereich, 
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3. Systemintegration 

Der Wandel zur systemorientierten Automatisierung führt dazu, 
daß der Übertragung von Nachrichten in verteilten Automatisie- 
rungssystemen eine Schlüsselrolle zukommt. In der Darstellung 
eines CIM-Systems wird die Buskierarchie im Bahnen der globalen 
Systemkommunikation deutlich mit dem 


- Feldbus für die Verbindung von intelligenten Sensoren und 
Stellgliedern zu Frontend-Rechnern innerhalb 2. B. von Fer- 
tigungszellen, 


- Prozeßbus zur Verbindung der Frontend-Rechner mit dem Prozeß- 
leitrechner (z. B. Token-LAN), 


- Betriebsbus zur Verbindung von Prozeßleitrechnern mit Rechnern 
für Entwurfssysteme, Betriebsorganisation, materialwirtschaft- 
liche Prozesse und Verwaltungsaufgaben (z. B. Ethernet-LAN). 


4. Anforderungen der Prozeßautomatisierung an die Rechnerarchi- 
tektur 

Ausgehend davon, daß eine unmittelbare intelligente Rechnerlei- 
stung in Prozeßnähe (Sensoren und Stellglieder) durch geeignete 
integrierte 1-Chip-Rechner erfolgt, resultieren für Rechnersys- 
teme vor allem in der Prozeßleitebene einschließlich der Gruppen- 
ebene folgende Anforderungen: 


- Steuerung vieler autonomer Datenkanäle, unter Einhaltung un- 
terschiedlicher Echtzeitbedingungen, 


- schneller Zugriff zu externen Speichern, 
- parallele Verarbeitung von Teilaufgaben in Tasks, 


- Zugriff zu unterschiedlichen lokalen Netzen einschließlich 
des erforderlichen Kommunikationsservice, 


- hohe Zuverlässigkeit im Bereich von mindestens mehreren Jahren 
MTBF, 


- interne Systemadministration zur Beobachtung und Analyse des 
Gesamtsystems. 


5. Taskparallele Bearbeitung 

Die Parallelität auf Task-ebene erweist sich (gegenüber Befehls- 
parallelität und Jobparallelität) am zweckmäßigsten zur Reali- 
sierung von Anwendungen der Prozeßautomatisierung. Als Task soll 
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der Teil eines Lösungsprozesses für eine Anwendung verstanden 


werden, der geeignet ist, parallel mit anderen Tasks abgearbei- 


tet zu werden. Die Task-parallele Arbeit bietet einige Vorzüge 


die den Anforderungen der Prozeßautomstisierung entgegenkommen. 
Der Prozeß der Zerlegung eines Anwendungsalgorithmus in Teilal- 


gorithmen, die als Task-parallel abgearbeitet werden können, 


wird als Partitionierung bezeichnet. Zur Gestaltung einer effek- 


tiven Systemarbeit besitzt die Partitionierung eine besondere 
Bedeutung. 


6. Lösungen 

Multiprozessorsysteme sind besonders geeignet zur Realisierung 
der task-parallelen Bearbeitung, wobei für Anwendungen der Au- 
tomatisierungstechnik Multiprozessorsysteme den Anforderungen 
genügen. Die hohen Flexibilitätsforderungen führen zum Einsatz 
von busorientierten Verbindungsstrukturen 


Eine Beispiellösung bildet das System M 3 aus Italien. Das 
Multiprozessorsystem BMP-8 erfüllt ebenfalls die anwendungs- 
orientierten Forderungen. 
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POSITIONIERMODUL MIT U881 FÜR INDUSTRIEROBOTER 
C. Mädiger und U. Jaap 


1. Einleitung 
Bei der Regelung von Industrierobotern (IR) werden internsetional 


hauptsächlich zwei Möglichkeiten betrachtet. Diese bestehen ei- 
nerseits in der Entkopplung aller Komponenten und Regelung nmit- 
tels Globalregler, andererseits in der Anwendung lokaler Regler. 
Da Globalregler für die Anwendung im Echtzeitbetrieb im Indu- 
strieeinsetz bisher zu umfangreich sind, verwendet man Lokalreg- 
ler, bei denen der Einfluß anderer Roboterachsen als Störung 
ausgeregelt wird. Ein solcher lokaler Achsregler kann mit einem 
Mikrorechner als weitgehend selbständiger Positioniermodul (PM)' 
realisiert werden. Dabei soll eine robotertypunabhängige, uni-. 
versell einsetzbare Funktionseinheit unter Einsatz eines billi- 
gen Mikrorechners entstehen. Der implementierte Regler muß den 
hohen Anforderungen bezüglich Maximalgeschwindigkeit und Nutz- 
last entsprechen, soll aber wegen des möglichst geringen Regel- 
taktes keinen großen Rechenaufwand erfordern. Durch die Paral- 
lelarbeit der Positioniermodule ist aber die Möglichkeit gege- 
ben, auch kompliziertere Algorithmen, die ein besseres dynami- 
sches Verhalten als die bisher verwendeten Kaskadenregler ver- 
sprechen, zu implementieren. Auf einen Tachogenerator wurde ver- 
zichtet, das Wegmeßsystem (inkrementell) wird direkt angeschlos- 
sen. Der PM soll so weit unabhängig sein, daß nur Zielwert und 
Arbeitsmodus vom Leitrechner vorgegeben werden und der Modul 
auch bei Ausfall des Leitrechners zuverlässig arbeitet. 


2. Hardware 


Der Positioniermodul realisiert die Verbindung zwischen Prozeß 
und Leitrechner. Er besteht aus den Einheiten: Busanpassung, 
Einchipmikrorechner (EMR) und Prozeßanpassung. 


Der Datenaustausch zwischen Leitrechner und EMR erfolgt über 
einen Dual-Port-RAM. Er gestattet eine asynchrone Arbeitsweise 
und dient zusätzlich als RAM für den 1882. Eine Arbitrationslo- 
gik regelt den störungsfreien Zugriff beider Rechner. Busseitig 
erfüllt der Modul die Busrichtlinie S700. Neben der erwähnten 
Speicherkommunikation sind Möglichkeiten der beidseitigen Inter- 
ruptanforderungen, zentrale Initialisierung und zentrales Reset 
geschaffen. Peripherieseitig wird eine Regelspannung über einen 


12 Bit-DA-Wandler ausgegeben und Informationen vom Prozeß 
empfengen,. Dazu gehören die statischen Zustände von Endschal- 
tern, Meßkontakt (Wagmessung) und Mittenschalter zum Anfahren 
des Synchronpunktes sowie die drehzahlabhängigen Impulse vom 
inkrementalen Geber. Die IGR-Impulse werden zunächst regeneriert 
und dann mittels Richtungsdiskriminator die Drehrichtung des An- 
triebes ermittelt. Der nachgeschaltete Zähler registriert die 
Inkremente des Antriebes. 


Bei Synchronisation werden die Informationen vom Prozeß, wie 
Mittenschalter und Nullimpuls des IGR, benötigt. In der Initia- 
lisierungsphase des Moduls werden alle benötigten Spannungen, 
die Funktionstüchtigkeit des DA-Wandlere und der Anschluß der 
peripheren Kabel überprüft, 


3, Software 


Die Entwicklung und Testung der Software erfolgten mit Hilfe ei- 
nes Mikrorechnere K 15620 und einem U881/882-Entwicklungsmodul 
aus dem ZFT (KEAW). 


Die Software setzt sich aus den Bestandteilen Initialisierung, 
Steuerung, Regelung und Synchronisation/Vorzeichenwechsel zusan- 
men. Das Initielisierungsprogramm stellt nach Einschalten des 

PM alle Betriebsarten ein, löscht alle Mehrzweckregister und 
lädt alle Regelparameter aus dem Dual-Port-RAM. Mit Beginn des 
Regeltaktes wird das Steuerprogremm aktiv, das zunächst aus dem 
Dual-Port-RAM ein Befehlswort holt, welches einen Modus vor- 
schreibt. Entsprechend diesem Modus wird der nächste Sollwert 
vorgegeben, die Istposition ermittelt und das Regelprogramm ge- 
startet, Entsprechend den Anforderungen können verschiedene Al- 
gorithmen implementiert werden. Hier wurde ein Feed-Back-Feed- 
Forward-Algorithmus mit einer Geschwindigkeitsschätzung verwen- 
det, der auf eine adaptive Variante aufrüstbar ist. Netürlich 
kann auch der herkömmliche Kaskadenregler eingesetzt werden, Im 
Synchronisationsmodus werden dem Regler so lange Relativpositio- 
nen vorgegeben, bis der Synchronisationspunkt erreicht ist, 

dann wird in den Zähler der Istposition der absolute Synchron- 
wert geladen und die Achse angehalten. 
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4, Zusammenfassung 


Die Anwendung von Positioniermodulen für die Regelung von Indu- 
etrierobotern bringt verschiedene Vorteile mit sich. Neben der 
Modularität, die einen vielseitigen Einsatz ermöglicht, wird 
durch die Verlagerung der Regelung in epezielle Rechner der Leit- 
rechner für die Verarbeitung z.B. von Seneoralgorithmen frei 

bzw. einfach eine Reduktion der Regeltaktzeit erreicht. In einer 
weiteren Auebeustufe eoll die Schätzung der Geschwindigkeit 

durch eine Messung im Rechner ersestzt und die Verarbeitungsbrei- 
te auf 24 bit erhöht werden, 


Autorens Dipl.-Ing. C. Mädiger, Wiessnschaftliche Mitarbeiterin 
Ing. U. Jaap .„ Forechungsingenieur 


Akademie der Wissenschaften der DDR 


Zentralinstitut für Kybernetik u. Informationsprozesse 
1086 Berlin, Kuretraße 33 
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dr. Ing. Wiesner; ZFT d. KEAW Berlin-Treptow 


Erfahrungen beim Einsatz von Einchip-Mikrorechnern in 
Konsumgütern 


Hit dem maskenprogrammierbaren Einchip-Mikrorechner (EMR) steht 

in der DDR ein Bauelement zur Verfügung, das eine wesentliche 

Reduzierung des Hardwareaufwandes für informationsverarbeitende 

Funktionseinheiten ermöglichen kann und dessen Klemmverhalten 

nach relativ einheitlichen Methoden (Software) festgelegt werden 

kann. Ein ' Einsatzgebiet sind hochwertige Konsumgüter, die in 

großen Stückzahlen produziert werden, 

In den meisten Fällen ermöglicht der Einsatz von EMR in Konsumgü- 

tern die Realisierung des geforderten Funktionsumfangs in höherer 

Qualität. Außerdem bietet er günstige Voraussetzungen zur Imple- 

mentation von 

- Maßnahmen zur Erhöhung der Zuverlässigkeit und Lebensdauer des 
Gerätes (Eigenüberwachung) 

- Sonderfunktionen für Wartungs- und Instandhaltungsarbeiten 
(Serviceprogramme zur Fehlerlokalisation), 

die sowohl aus sicherheitstechnischen wie auch aus ökonomischen 

Gründen .(Folgeschäden) für vielproduzierte Konsumgüter immer 

notwendiger werden. 

Es wird das Konzept einer EMR-gesteuerten Programmeinheit für 

Waschvollautomaten vorgestellt. Diese stellt ein System von zwei 

EMR dar, wobei 

- ein EMR für die Programmsteuerung und 

- ein EMR für die Steuerung des Trommelantriebs (Gleichstrom-Rei- 
henschlusmotor) 

vorgesehen sind. Beide EMR überwachen ihre eigene und die Ar- 

beitsweise des anderen EMR und sind in der Lage, Gefahrensitua- 

tionen bei Funktionsausfall einer Baugruppe zu verhindern. 
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G. Kinnemann und G. Despang 
Zentralinstitut für Kybernetik und Informationsprozesse der AdW 
der DDR 


Ein Mehrmikrorechnersystem auf der Basis des Mikroreohnermodul- 
systems MMS16 





Die Leistungsfähigkeit eines Einprozessorsystems ist für viele 
Anwendungsfälle oft nicht ausreichend. Aus diesem Grund wurde 

das MM316 so konzipiert, daß durch die Anwendung des Mikropro- 
zessor System Bus I des IEC Sub-Committee 47B als Systembus 
MMS16 die Konfigurierung eines Mehrmikrorechnersystems grundsätz- 
lich ermöglicht wird. 


Für das MMS16 sind Zentrale Verarbeitungseinheiten (ZVE) mit den 
Prozessoren 


- K1810W86 und 

- U8000 

vorgesehen. Zur Erreichung der Mehrmikrorechnerfähigkeit ist es 
notwendig, daß alle Module den Festlegungen der 0. g. Busricht- 
linie (Bussteuerung, Busarbitration usw.) genügen. Darüberhinaus 
sind bei einer Kommunikation zwischen Mikrorechnern über den 
Systembus folgende Funktiensabläufe zu realisieren: 


- Die zu Üübertragende Information wird von einem Prozessor in 
einen gemeinsam erreichbaren Speicherbereich eingeschrieben 
und kann vom Empfängerprozessor dort ausgelesen werden. 


- Besondere Systemzustände bei der Kommunikation werden zwischen 
den Prozessoren durch Sendung von Interrupts signalisiert. 

In Bild 1 wird die Hardware-Konfiguration eines einfachen Mehr- 

mikrorechnersystens gezeigt. 


Gemeinsam erreichbare Speicher können Global-RAM (GRAM) und/oder 
Dual-Port-RAM (DPR) sein. Die Prozessoren müssen in der lage 
sein, am Systembus ungeteilte Operationen durchführen zu können. 
Dabei ist zu beachten, daß bei einem Zugriff auf den Dual-Port- 
RAM vom Systembus ein zwischenzeitlicher Zugriff vom Lokalbus 
auf diesen Dual-Port-RAM verhindert werden muß. 
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Eine Signalisierung zwischen den Prozesseren ist zwar prinzipiell 
auch Über gemeinsame Speicherbereiche und ständige Abfrage die- 
ser Speicherzellen (Polling) durch den Empfangsprozesser mög- 
lich, sollte aber besser duroh Interrupt realisiert werden, um 
den Empfengsprozessor und den Systembus vom Polling-Betrieb zu 
entlasten. Die Interrupt-Signalisierung ist prinzipiell dureh: 


- Flag-Interrapt 

- I/O-mapped Interrupt oder 
- Memory-mapped Interrupt 
möglich, 


Für das Mehrmikroreohnersystem wurde ein Betriebssysten ge- 
schaffen, das die Zusammenarbeit mehrerer Prozessoren bei der 
Bewältigung von Anwenderaufgaben ermöglicht. Es warde dabei 
folgende Vorgehensweise zugrundegelegt. 


- Taskparallelität: Jede Anwenderaufgabe wird in eine Menge 
von Tasks zerlegt. Jedem Prezessor wird eine Teilmenge die- 
ser Tasks zugewiesen. Die Tasks werden auf den Prozessoren 
qusiparallel, zwischen den Prozessoren echt parallel bear- 
beitet. 


- Statische Aufgabenverteilung:s Die Zuordnung der Tasks zu 
den Prozessoren ist während der gesamten laufzeit Lest. 


Unterdiesen Bedingungen kann die Verwaltung der Tasks auf den 
Einzelrechnern des Mehrmikrorschnersystems duroh ein Multi- 
task-Einrechnerbetriebssystem erfolgen. Hier wird MRT 1700 an- 
gewendet. Die Ausflhrungszeiten der Kernrufe des MRT 1700 lie- 
gen im Bereich einer bis weniger Millisekunden und erlauben den 
Einsatz von MRT 1700, auch für eine Vielzahl von Echtzeitauf- 
gaben.Darüberhinaus bietet MRT 1700 folgende Vorteile; 


- Dynamische Speicherverwaltung 

- Konfigurierbarkeit innerhalb der Komponenten des MkT 1700 
und der Komponenten zueinander, Betriebssysteme unterschied- 
liohsten Leistungsumfangs sind so generierbar. 

- Anpaßbarkeit an unterschiedliche Hardwarekonfigurationen 

- Erweiterbarkeit auf der Basis der objektorientierten Be- 
triebssystemgestaltung 

- Anwendbarkeit für die Pregrammentwicklung. Compiler und 
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Assembler sind verfügbar. 


Für die Intertask-Kommunikation zwischen den Prozessoren wurde 

eine Mehrmikrorechnerkommunikationssoftware (MKS) als Betriebs- 

systemerweiterung konzipiert und implementiert. 

Sie erlaubt den dynamischen Aufbau ven Verbindungen zwischen 

Tasks auf untersehisädlichen Prozessoren auf der Grundlage sta- 

tisch zur Generierung vordefinierter Ports, Über eine einmal 

aufgebaute Verbindung kann beliebig eft eine Mitteilung Üüber- 

tragen werden. Auf der Empfängerseite sind diese Mitteilungen 

in einer Mailbox abgelegt. 

Bild 2 zeigt die prinzipielle Arbeitsweise von einer Sender- 

und einer Empfängertask auf den Rechnern i und j mit den 6 MKS- 

Rufen: 

- FISND PORT, ACTIVATE PORT; zum Verbindungsaufbau 

- TRANSFER MESSAGE, RECEIVE MESSAGE; zur Übertragung einer 
Mitteilung 

- IOSE PORT, DEACTIVATE PORT; zum Verbindungsabbruch, 


Die Mikrorechnerkommuniketionsseftware wurde bisher für den 
Prozesser K1810WM86 implementiert. Über das zugrundeliegende 
Kommunikationsmodell ist aber prinzipiell auch eine Konmunika- 
tion zwischen U8000-Prozessoren bzw. unterschiedlichen Prozes- 
sortypen und zugehörigen Einrechnerbetriebssystemen möglich, 
wenn diese eine entsprechende Erweiterung erhalten. 
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L- Bus; L- Bus; 
Bild 1: Mehrmikrorechnersystem 


ZVE; ZVEj 
‚Sender - Task E - Tash 


FIND PORT 





DEACTIVATE 
PORT 


Bild 2: Verwendung der MKS- Rufe 
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Dr.-Ing. Dietz, Eckhard Komvinat Elektroapparatewerke 
Berlin-Treptow /ZFT 


Die Anwendung des EAW- Baugruppensystens EAW MODULAR 8000 am 
Beispiel der Schiffsautomatisierung E 6100 


Auf dem Gebiet Automatisierung des Schiffsmaschinenbetriebes 
werden zunehmend Prozeß-, Überwachungs- und Registriersysteue auf 
der Basis der Mikrorechentechnik eingesetzt. Im ZFT des KEAW 
wurden Teilkomplexe eines vom Kombinat Schiffbau Rostock konzi- 
pierten "Einheitlicohen Systems der Mikroelektronik für den 
Scohiffseinsatz SES 6000" entwickelt, mit denen ab 1986 eine neue 
Generation von Schiffstypen ausgerüstet wird. 
Als  repräsentatives Beispiel dieser modular aufgebauten Teilsy- 
Bteme kann die sogenannte Maschinenüberwachungsanlage dienen, 
eine Einrichtung, mit der teohnologische Parameter und 
Prozseßzustandsgrößen des Maschingnbereichs als analoge und digi- 
tale Signale erfaßt, nach projektspezifisohen Algorithmen verar- 
beitet und zur optischen und akustischen Ausgabe auf schiffstypi- 
schen Anzeige- und Rufmitteln, Datensichtgeräten und Druckern 
aufbereitet werden. 
Mit dem Ziel der Erhöhung von Zuverlässigkeit und Verfügbarkeit 
ist die Einrichtung aus funktionell dezentralen Prozeßstationen 
und örtlioh zentral oder dezentral angeordneten Kommunikations- 
oder Bedienstationen aufgebaut, die über langsame serielle 
Schnittstellen miteinander konmunizieren. Die autonomen Teilsy- 
steme werden aus einem weitgehend universell einsetzbaren Modul- 
sortiment konfiguriert. 
Dieses Baugruppensortiment stellt eine Untermenge des in Gemein- 
schaftsarbeit der Kombinate Robotron, Automatisierungsanlagenbau 
und Carl Zeiß entwiökelten Modularen Mikrorechnersystens MMS 16 
dar. » 
Allgemeine Charakteristika dieses Systeis sind u.a.: 
— BUS-Anschlüsse: 

. Systembus MMS 16 (= AMS-M) 

. Residentbus MMS 16 (= AMS-R) 
- Steckverbinder: 

. BUS- Steckverbinder: 96-pol.,Bauform C (nach DIN 41612) 

. Proze3- Steokverbinder: 48-pol., Bauforn F (nach DIN 41612) 
— Leiterplatten- Abmessung: (233,35 x 160) mm? 
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Im KEAW/ZFT werden in der ersten Etappe des Thenas 
"Schiffsautomatisierung E 6100" ca.30 Kartentypen sntwiokelt, von 
denen die folgenden 14 Module universell einsetzbar sind. 


Nr. Typ Funktion 


1 ZVE 16-1 Zentrale Verarbeitungseinheit 
CPU UB 8001 C, 1xMMU UB 8010 GC 
Taktgen. DL 8127, SIO UA 856, 3xCTC UA 857 2 
lokaler Speicher: EPROM 8kB mit U 2716, Unylirt, V. aa I 
SRAM 2kB mit U 214 
Interruptbearbeitung: 
- 8 INT- Leitungen, über Wickelmatrix auf 
System- und Residentbus verteilbar 
- feste Priorität der INT- Leitungen 
- nichtvektorisierter und vektorisierter INT 
- vorzugsweise flankengetriggert,levelgetriggert 
durch Softwareunterstützung 
Serielle Schnittstellen: 2 Kanäle IFSS 4 
Überwachung: Timeout, Watohdog 
BUS- Anschluß: S- MMS 16, R- MMS 16 
Konstr. Ausführung: 2 Leiterplatten (233, 35x160) 


2 Z2VE 16-2 Zentrale Vararbeıtunassinheit 
CPU UB 8002 D, DL 8127,SIO UA 856, 3xCTC UA 857 
Lokaler Speicher: EPROM 8kB mit U 2716 

SRAM 2kB mit U 214 

Interruptbearbeitung: wie Z2V3 16-1 
Serielle Schnittstellen: 2 Kanäle IFSS 
Überwachung:. Timeout, Watohdog 
BUS- Anschluß: R- MHS 16 B 
Konstr. Ausführung: Leiterplatte (233.35x160) 

3  SPE Statischer RAH/EPRON- Speicher | 
- Speicher: EPROM 8/16 kB mit U2716/U2732 
- Moduladresse einstellbar in 16 kB- Schritten 
—- Zugriffszeit: oa. 80 ns + Speicherzugriffszeit 
- EPROM's eingelötet ‚Vo- Ufer Prpmmeten 
- BUS-Anschluß: R- MMS 16 
- Konstr. Ausführung: Leiterplatte (233,35X160) 
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4 DES 


3 DEH 
6 DAS 
7 DAM 
8 AE- 
9 AB- 
10 AB- 
11 AB- 


GM 

AG- P 
EV- P 
PG- P 


Digitaleingabe, statisch 

- 16 bit, 24 v/8 mA, galv. Trennung, KTSE- Pegel 
- Drahtbruch-, Geberspannungsausfallerkennyung 

- BUS- Anschluß: R- MMS 16 

- Prozeßstecker in Rückverdrahtungsebeng 


Digitaleingabe, multiplex 

- 64 bit, 24 V/5 mA, galv. Trennung, KTSE- Pegel 
- Drahtbruch-, Geberspannungsausfallerkennung 

- BUS- Anschluß: R- MMS 16 

Prozeßstecker in Rückverdrahtungsebene 


Digitälausgabe, statisch 

- 15 bit + 1bit Steuersignal, 24V/250 mA, 
kurzschlußfest, galv. Trennung, Fehlermeldung 
bei Kurzschluß und Hochohmigkeit 

-.BUS- Anschluß: R- MMS 16 

- Prozeßstecker in Rückverädrahtungsebene 


Digitalausgabe, multiplex 

Ansteuerung £Zür 64 Leuchtdioden 

3 bit Digitaleingabe, dynamisch 

3 bit Digitalausgabe, statisch 

- galv. Trennung, KTSE- Pegel 

BUS- Anschluß: R- MMS 16 

Prozeßstecker in Rückverdrahtungsebene 


Analogeingabe- Grundmodul 

- 11 bit, unipolar oder bipolar 

- max. 64 Meßstellen, galv. Trennung 
- BUS- Anschluß: R- MMS 16 


Analogeingabe- aktive Geber- Parallelvariante 


Analogeingabe- Einzelverstärker- Parallelvariante 


Analogeingabe- passive Geber- Parallelvariante 


12ABE-AG/EV/PG-U Analogeingabe- aktive Geber/Einzelverstärker/ 


passive Geber- Umschaltvariante 


Nr. 9 -— 12. sind Anpassungskarten für folgende Meßwertgeber; 
AG: (O - 5) mA, (1 - 5)mA 
(0 - 10) mA, (2 - 10)mA 
(0 - 20) mA, (4 - 20)mA 


(0 - 10) V 
EV: NiCr- Ni ( .0 - 600)°%c, ( 0 - 800)°C 
PG: Pt 100 (-50 - +#50)°%c, ( 0 - 100)°C 


( 0 - 200)%, (0 - 400)°C 
Widerstandsferngeber 


Parallelvariante: 1 Signalanpassungseinheit pro Meßwertgeber 
Umscohaltvariante: Durcohschaltung von 8 Meßstellen nacheinan- 
der auf 1 Signalanpassungseinheit 


fn Vorbereitung: 
13 AE-M Analogeingabe, modular 
- 8 Kanäle, keine galvanische Trennung 
- Eingangssignale (aktive, Geber): 
(0 - 5)mA, (1 - 5)mA 
(0 - 10)mA, (2 - 10)mA 
(0 - 20)mA, (4 - 20)mA 
(0 - 10)V 
Ausgabe: 11 bit, unipolar oder bipolar 
-— BUS- Anschluß: S- MMS 16 
konstr. Ausführung: Leiterplatte (233, 35x160) 
Prozeßstecker in Rückverdrahtungsebene 


14 LSI Langsames serielles Interface 
- CPU UA 880, Taktgen.DL 8127, 2x SIO UA 856, 
CTC UA 857 
4 kB EPROM mit U 2716 
1 kB SRAM mit U 214 (Operativspeicher) 
1 kB SRAM mit U 214 (Dualportspeicher) 
- 4 Kanäle IFSS, 9600 Baud, asynchron, 
Aktiv-/Passivmodus prorammierbar, 


galvanische Trennung 
-. BUS- Ansohluß: R- MMS 16 
Konstr.Ausführung: Leiterplatte (233,35x160) 
R 2 El Ser a ne ID. 


ff 
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Zur Gestaltung der Mensch-Maschine-Kommunikation in der Fer- 
tigungssteuerung D_H.n] Albrecht (TI Dresden) 


Die fortschreitende Automatisierung diskreter Fertigungspro- 
zesse führt zum komplexen Einsatz rechnergesteuerter Maschinen, 
Anlagen, Handhabungs-, Lager- und Transporttechnik. Parallel zu 
dieser Entwicklung verstärkt sich die Anwendung rechnergestütz- 
ter Entwurfsverfahren und die rechnergestützte Konstruktion, 
Programmierung oder Planung und werden notwendige Bestandteile 
der Automatisierung. Ein Hauptziel dieser Entwicklung ist es, 
elne große. Flexibilität der Fertigungsprozesse zu erreichen, um 
die Automatisierung der Klein- und Mittelserienfertigung auf 
ein höheres Niviau zu stellen bzw. die gegenwärtig noch sehr 
starre Organisation großer Fertigungskomplexe zu überwinden. 
Erforderlich wird jedoch eine Neugestaltung der Mensch-Maschi- 
ne-Kommunikation (MMK), die besonders durch das Herausdrängen 
des Menschens aus der für ihn überschaubaren Maschinenebene in 
eine abstrakte, prozeßfeme Leitungs- und Überwachungsebene be- 
stimmt wird. Die Verantwortung des Menschens in der Prozeßbe- 
dienung und -überwachung wächst ständig durch Anlagenerweite- 
rungen, durch den Einsatz hochwertiger Technik und Produkte und 
entwickelt sich mit zunehmender Zentralisierung der Prozeßbe- 
dienung und -überwachung zu einem wesentlichen ökonomischen | 
Faktor. 


Für die operative Steuerung und Überwachung kontinuierlicher, 
verfahrenstechnischer Prozesse haben sich Bildschirmleitstände 
oder sogenannte Bedien- und Beobachtungssysteme mit eigner 
rechentechnischer Basis (audatec, TDC 2000, Teleperm M u.a.) 
bewährt. . 

Mit zunehmenden Einsatz flexibler Fertigungssteuerungen für 
diskrete Prozesse ist die Aufgabe einer zentralen Prozeßüber- 
wachung zu klären. Zu beantworten sind die Fragen: 


- Sind für die Fertigungssteuerung prozeßspezifische Prozeß- 
bedien- und beobachtungsstation zu entwickeln? 

- Welche Software ist für sie bereitzustellen? 

- Führt die Vereinigung von rechnergeführter Fertigungssteuerung 
mit der rechnergestützten operativen Steuerung und Überwachung 
zu einer neuen Qualität der Fertigungssteuerung? 


Ausgangspunkt ‚‚f“ir die Entwicklung sind, eine hohe Zuverlässig- 
keit, Flexibilx:ät und Kompatibilität aller Hard- und Software- 
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komponenten zu erreichen, Die diskreten Fertigungsprozesse stel- 
len dabei erhöhte Anforderungen an die Flexibilität, Kompatibi- 
lität und Dateiverwaltung sowie an den Dateizugriff zu lokalen 
Rechnern der prozeßnahen Ebene. . 

Eine zentrale Prozeßbedien- und beobachtungsstation (Leitstand) 
hat folgende Aufgaben zu realisieren: 


- Systembedienung 

- Systemüberwachung 

- Systemparamstrierung 
- Systemstrukturierung 
- Fehleranalyse 

- Fehlerdiagnose 

- Prozeßprotokollierung 


Für diskrete Fertigungsprozesse sind diese Aufgaben jedoch nur 

mit einer ausgebauten rechentechnischen Basis zu löBen. Der 

Leitrechner, der Leitstand und die zentrale Eohtzeit-Datenbank, 

eines hierarchisch strukturierten Steuerungssystem erfüllen die- 

se Aufgaben nur im komplexen Zusammenspiel. 

(Leitrechner: erweiterte Informationeverarbeitungsbasis des 

Leltstandes 

Leitstand: intelligentes Dialogsystem des Leitrechners 

Datenbank: zentrale Datenbasis für Leitrechner und Leitstand) 

und in gegenseitigen, kurzzeitigen Funktionsübernahme im Stör- 

fall * 

(Ausfall Leitstand: Dialog über Leitrechner-Terminal 

Ausfall Leitrechner: kurzzeitige Koordinalionssteuerung über 
Leitstand 

Ausfall Datenbank: Überbrückung über die Datenbasis des Leit- 
rechners, Leitstandes bzw. lokaler Steue- 
rungsrechner) 


Die vorangestellten Aufgaben lassen sich effektiv umsetzen, wenn 
folgende Voraussetzungen erfüllt werden: 


- Terminorientierte Planung und Steuerung der Operationen, Ma- 
schinenbelegungen, Aufträge und Resourcen 

- Klassifizierung der Prozeßstörungen noch zu erwartender Aus- 
fallzeit 

- Definierung eindeutiger Alarm- und Havariesignalisierungen, 
sowie Strategien zur Störungsbeseitigung bzw. -überbrückung. 
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- Selbständige Datensynchronisation bei Systemanlauf nach Pro- 
zeßunterbrechungen 

- Nutzung aller im Prozeß entstehender Informationen (Bearbei- 
tungszustände, Abmaße, Lagerpositionen, Qualitätsparameter 
usw.) 


In Anlehnungen an diesen Forderungen wurden Untersuchungen zur 
Gestaltung der zentralen Überwachung diskreter Fertigungspro- 
zesse auf der Basis K 1520 vorgenommen. Im Vortrag werden Bei- 
spiele und Ergebnisse zur Bedienstrategie, Informationsdarstel- 
lung sowie Dateiverwaltung vorgestellt. 
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Dr.-Ing.J.Beuschel, Dr.-Ing.H.Zimmermenn, KEAW, Berlin 
Das Programmier- und Entwicklungssystem P 8000 


Mit der Entwicklung, Produktion und Anwendung der Geräte der 

5000-er Generation (Ersteinsatz Mikroprozessoren, B bit Verar- 

beitungsbreite, 64 kB adressierbarer Speicherbereich) in der 

ProzeßBautomatisierung wurden sowohl neuartige Möglichkeiten als 

auch Probleme/Grenzen dieser Technik sichtbar. Die damit ver- 

bundenen Konsequenzen für die Weiterentwicklung beziehen sich 

insbesondere auf 

- den erforderlichen Datendurchsatz in intelligenten Automati- 
slerungsgeräten (AG), 

- den adressierbaren Speicherbereich, 

- die Dynamik des Software-Hardware-Verhältnisses, 

- die Komplexität des Reproduktionsprozesses und seine Beherr- 
schung unter ökonomischen und Systemaspekt u.a, 


Die Einführung der neuen Generation von Mikroprozessoren 

(16 bit Verarbeitungsbreite, 8 MB adressierbarer Speicherbe- 
reich) einschließlich komplettierender Schaltkreistypen und die 
damit verbundene Erhöhung des Datendurchsatzes und des Programnm- 
umfanges führt zu einer Leistungssteigerung der mikrorechnerge- 
steuerten AG bzw, zur Erschließung neuer Anwendungsfälle, 


Voraussetzung dafür ist die Verfügbarkeit einer adäquaten Pro- 
grammler- und Entwicklungstechnik für Produzent und Anwender, 
Bei der Konzipierung dieser Gerätetechnik ist von folgenden 
Prämissen auszugehen: 


- Möglichkeit der Realisierung kompletter Softwaretechnologien 
für die Prozeßautomatisierung (sowohl hinsichtlich der Pro- 
grammerstellung und -implementierung als auch der einzusetzen- 
den Mikroprozessortypen), 

- Kontinuität zu vorhandenen leistungsfähigen Programmsystemen, 

- Nutzung des Leistungsvermögens für 
. Übergeordnete Aufgaben der Prozeßautomatisierung 
. Rationalisierung formalisierbarer Informaftionsprozesse u.a. 


Diese Forderungen erfüllt weitestgehend das Programmier- und 
Entwicklungssystem P 8000. In seiner einfachen Ausführung be- 
steht das P 8000 aus den konstruktiven Komponenten Grundgerät, 
Terminal, EPROM-Programmer, Festplattenspeicher und Drucker, 
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Für eine Aufrüstung sind entsprechende Schnittstellen für weite- 
re Terminals, Floppy diek Speicher und Emulatoren (HP-Typen 

U 880, U 88:/882, U 8001/8002, I 8086) als Beistellungen vorge- 
sehen. Das Grundger&ät stellt ein Zwei-Rechner-System auf der 
Besis der HP U 880 und U 8001 dar. Dieses Konzept gestattet so- 
wohl die Implementierung bekamnter Betriebssysteme (UDOS, OS/E, 
IS/M) als auch die Implementierung des Programmsystems WEGA 
(UNIX-kompatibel). Die Multiuser-Pähigkeit des letzteren ermög- 
licht die gleichzeitige Bedienung von maximal acht Teilnehmern. 
Hierbei wird die Effizienz der Speicherverwaltung durch virtusl- 
le Speichertechnik auf der Grundlage des U 8010 gewährleistet. 


Die umfangreiche Systemsoftware, insbesondere für die Software- 
entwicklung und -testung für intelligente AG, macht das P 8000 
zu oinem wirkungsvollen Arbeitsmittel für Hersteller und Anwen- 
der von AG. In Abhängigkeit von der Systemsoftware sind weitere 
Einsatzgebiete in der ProzeßBautomatisierung (Übergeordneter 
Leitrechner), Büroautomatisierung, beim Aufbau von Datenbank- 
systemen, für den rechnergestützten Entwurf, Projektierung u.a.m. 
denkbar. 
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Softwareprobleme bei der Steuern von Fiexiblen Ferti - 
Systemen - Er en beim Entwurf 


Heinz D. kKodrow 
ZKI d. AdW, 1086 Berlin, PSF 1298 


Unter einem Flexiblen Pertigungssystem (FF3) wird allgemein ein 
Produktionssystem verstanden, dessen einzelne Maschinen, Ar- 
beitsplätze, Fertigungs- und Montagezellen durch automatisierte 
Transportsysteme verbunden sind, und bei dem der gesamte Ferti- 
gungsprozeß (einschließlich Werkzeugbereitstellung, Ver- und 
Entsorgung, TUL, DNC-Programa-Versorgung und -Speicherung, usw.) 
durch ein Rechnersystem gesteuert wird. Der Grad der Flexibili- 
tät wird vor allem an der Fähigkeit gemessen, auf mehr oder 
weniger große Veränderungen des Produktionsprofils angemessen 
reagieren zu können. 


Bei der Projektierung eines FFS beansprucht die Entwicklung der 
Steuersoftware einen erheblichen Zeitaufwand; die Wiederver- 
wendbarkeit von Assembler-Software ist gering. Durch den Über- 
gang zu modularen Steuerungssystemen auf der Grundlage höherer 
Programmiersprachen können a) der Grad der Wiederverwendbarkeit 
der Software wesentlich erhöht werden und b) die Testzeiten ins- 
besondere für das Zusammenspiel von Modulen, die von unter- 
schiedlichen Bearbeitern geschaffen wurden, drastisch verkürzt 
werden. Der so erreichbare deutlich geringere Entwicklungsauf- 
wand für die Steuersoftware eines neuen FFS senkt die gesante 
Projektierungszeit für das FFS u. U. um Jahre. 


Hier sollen 4 Typen von Steuersoftware unterschieden werden: 


- interne Steuersoftware für Einzel-"Masckinen" (NC-Programme 
für Werkzeugmaschinen, interne Steuerung von Robotern, Trans- 
porteinheiten, Hochregallagern usw.) 


- Steuersoftware zur Zustandserfassung, -aggregation und -meldung 
an übergeordnete bzw. zentrale Steuerungsorgane (Steuertasks 
oder Dispatcher) 


- Steuersoftware zur Koordinierung der "Maschinen" (Aufträge für 
Transport, zum Überspielen von Programmen aus. der DNC-Pro- 
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grammbibliothek, zum Reservieren bzw. Bereitstellen von Spe- 
zialwerkzeuzen, Vorrichtungen, Paletten usw.), ausgelöst von 
Steuerorganen oder anderen "Maschinen" 


- Steuersoftware zum Start oder Abbruch von Software-Programmen 
(z. B. zur Maschinenbelegung, Aktualisierung oder Veränderung 
von Dateien, zum Systemanlauf, -auslauf usw.), ausgelöst von 
Steuerorganen (Steuertasks oder Dispatcher). 


Im folgenden sollen nur die 3 letztgenannten Typen von Steuer- 
software betrachtet werden. Hier handelt es sich letztlich 
immer darum, daß gewisse Programme (Tasks) von gewissen anderen 
Tasks zu initiieren sind. Dies reicht aber in der Regel nicht 
aus; der typische Fall besteht darin, daß bestimmte Folgen von 
Tasks aufzurufen sind. 


Im Modularen Programmsystem (vgl. /1/), das unter Mitarbeit 
unseres Instituts vom Forschungszentrum des Werkzeugmaschinen- 
baus (Karl-Marx-Stadt) entwickelt wird, gibt es über hundert 
derartiger Taskaufruffolgen (TAFs). Da die Zeitpunkte ihrer Ent- 
stehung vom tatsächlichen Systemverlauf in Realzeit abhängen, 
kann die TAF-Verwaltung nur im Sinne eines Quasi-Echtzeit- 
Scheduling erfolgen. Dies geschieht in sog. Steuertasks, die die 
Einzeltasks der TAPs in Warteschlangen einordnen und ihnen in 
Abhängigkeit von der TAF, zu der sie gehören, dynamisch wachsen- 
de Prioritäten zuordnen. 





Die Frage, ob diese Zuordnung tatsächlich zu der insgesamt beab- 
sichtigten Steuerung des Systems führt, kann im mathematischen 
Sinne exakt nicht beantwortet werden. Möglichkeiten bieten sich 
hier nur durch Simulation. Dazu kann eine Steuertask (oder ggf. 
die Gesamtheit aller) als Petri-Netz abgebildet werden. An einem 
Petri-Netz-Analysesystem wird z. Z. gearbeitet. Bei Verfügber- 
keit eines derartigen Systems können neue Steuerkonzeptionen für 
neue FFS relativ leicht und intensiv getestet werden. 


Zwei andere wesentliche Probleme bei der Entwicklung von Steuer- 
software für FFS stellen das generelle Dateien-Konzept und die 
Wahl der verbindlichen höheren Programmiersprache dar. Das Da- 
teien-Konzept stellt das statische Modell der wesentlichen Teile 
des FFS dar. Dateien-Konzept und Programmiersprache müssen zu 
Beginn der eigentlichen Entwicklung fixiert werden; ihre Wahl 
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wird netürlich wesentlich vom einzusetzenden Rechnersysten be- 
einflußt. Die Zukunft gehört dabei Datenbankspr-chen, insbeson- 
dere solchen, die für Eohtzeitbetrieb gut geeignet sind, mit 
denen verteilte Datenbanken aufgebaut und gemutzt werden können 
und die auf einfache Weise nachträgliche Datei-Strukturverände- 
rungen erlauben. Es sei angemerkt, daß die Testung von Steuer- 
tasks, die mit verteilten Datenbanken arbeiten, prinzipiell 
ebenfalls mittels eines Petri-Netz-Analysesystems erfolgen kann. 





Ein Problem, das beim Entwurf großer Programmsysteme stets be- 
sonders gravierend ist, ist auch bei der Entwicklung von Steuer- 
software für FFS das Testen des Zusasmenspiels von Programmtei- 
len, die von unterschiedlichen Bearbeitern entwickelt wurden. 
Bei Nutzung einer Datenbanksprache ist diese Testung relativ 
übersichtlich durchzuführen. Bei der Entwicklung des 0. g. Modu- 
laren Programmsystems stend eine solche allerdings nicht zur 
Verfügung. Es wurde in unserem Institut deshalb ein besonderes 
Modul "KONTRO" (in Fortran) geschrieben, das folgende Grundzlüige 
einer Datenbanksprache besitzt: 


- die Inhalte der vereinbarten Dateien können auf dem Bildschirm 
einheitlich und mmemotechnisch günstig (Name, Format) ange- 
zeigt werden 


- neue Datei-Imhalte können uncodiert eingegeben bzw. verändert 
werden 


- interaktiv können verschledene Sätze oder Komponenten von ver- 
schiedenen Dateien angezeigt/verändert werden (Menü-Fechnik) 


- neu definierte Dateien lassen sich vom FMutzer leicht entapre- 
chend einbauen. 


Mit dem Einbinden von KONTRO in die entwickelten Programme im 
Verlauf der Testphasen konnte nicht nur die Festzeit wesentlich 
verkürzt werden, sondern die Qualität der Testung durch inter- 


aktive uncodierte Testsatzänderung auch deutlich verbessert wer- 
den. j 


/1ı/ Petermann, J.: The structure and functionalism of modular 
software for control of generalized classeg of flexible 
manufacturing systems. In: Advances in informational aspects 
of industrial automation; Proceedings, III. Bilateral Meet- 
ing GDR-Italy, Berlin, @DR, February 1985; pp. 48 - 62. 
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EIN WISSENSBASIERTES PROGRAMMSYSTEM FÜR 
„AUTOMATISIERTE BILDANALYSEN 





R.Heße, R.Klein und R.Klette, ZKI Berlin 


Innerhalb eines Vergleiches von interaktiven Software-Systemen - 
für die automatisierte Bildanalyse /1/ konnte das Compilersystem 
AMBA /2/ als ein besonders entwickeltes Arbeitsmittel für flexib- 
le interaktive Bildanalysen charakterisiert werden, welches für 
die Erarbeitung von Meßprogrammen unter Beachtung der Spezifik 
der anliegenden Eingangsdaten besonders zu empfehlen ist. Hierzu 
kann ein Nutzer von AMBA die durch das System gebotenen viel- 
fältigen Möglichkeiten - von arithmetischen Standardprozeduren 
bis hin zu spezialisierten Bildanalyseprozeduren - in der Sprache 
LANMBA in einem selbstgeschriebenen Programm mit hoher Variabili- 
tät einbinden. Diese Vorgehensweise resultiert für einen im Sy- 
stem AMBA erfahrenen Nutzer in Bildanalyseprogrammen mit erwiese- 
nen günstigen Leistungsparametern (Rechenzeit, Aussagefähigkeit 
der Meßergebnisse, Dokumentation der Resultate). An dieser Stelle 
der Problembehandlung steht vor dem Nutzer eines Bildanalysesy- 
stems allgemein die Forderung nach der effektiven Verbindung 
zweier Wissenskomponenten - 
(a) dem Wissen über das Bildanalysesystem (in unserem Falle 
AMBA) und über die Programmierung in diesem System und 
(b) dem Wissen Über die in den zu verarbeitenden Bildern ent- 
haltenen Strukturen, die innerhalb eines hochspezialisier- 
ten Wissensbereiches (z.B. Hochenergiephysik bei Blasen- 
kammeraufnahmen oder Mineralogie bei Gesteinanschliffen) 
zu analysieren sind. 
Ausgehend von dieser Situation wurde von uns ein wissensbasiertes 
Programmsystem XAMBA für automatisierte Bildanalysen konzipiert 
und in einer ersten Version implementiert, welches den Nutzer 
von AMBA weitgehend von einer Konzentration auf den Bereich (ea) 
entlastet und ihm in einem (beispielhaft) vollständig impiemen- 
tierten Diskursbereich der Analyse isolierter Objekte anhand des 
in AMBA enthaltenen Klassifizierungssystems sogar die Möglich- 
keit bietet, Meßprogramme vollständig automatisch zu generieren. 
Mit dem System XAMBA wird das Ziel verfolgt, den optimalen Ein- 
satz der in AMBA gebotenen Nittel auf der Grundlage einer flexib- 
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len Dialogführung zu sichern, wobei im Dialog programmtschnische 
Ausdrücke bzw. Formulierungen, die Wissen über rsezielle Imples- 
mentierungsvereinbarungen in AMBA voraussetzen, <urchgängig ver- 
mieden werden. Lis schrittweise während einer Programmgenerierung 
erreichten Zwischenresulate können on-line auf ?ar Rastergraphik 
bewertet werden, rückwirkende Korrekturen von Eingaben sind 
möglich. Das durch den Nutzer automatisch generierte Programm 
kann unter einem durch ihn gewählten Namen für spätere Aufrufe 
(unter XAMBA) abgelegt werden. 

Wir führen einen Beispiel-Dialog von XAMBA an, die Eingaben des 
Nutzers sind unterstrichen: 


+++ XAMBA - AUGUST 1985 +++ 
USER: TEST 


O : CONTINUATION AT LAST EXIT POSITION 
1 s STEP BY STEP FROM THE BEGINNING 
2 : START AT A SELECTED USER EXIT POSITION 


O s PROGRAM GENERATION 
1 s CALL OP PROGRAM 


O : ANALYSIS OP ISOLATED OBJECTS 
1 s PICTURE GENERATION 


O : SCANNING OF PICTURE VIA TV 
1 : PICTURE INPUT FROM DISC 
2 s NO NEW PICTURE INPUT 


XAMBA> 
NAME OF PICTURE: LIVER 


O : PICTURE ON FULL SCREEN 
1 ı SELECTION OF SUBSQUARE 
XAMBA) H 


O : COMMANDS OF XAMBA 
1 s RECENT POSITION AT EXPERT LEVEL 
2 3 CHARACTERIZATION OF YOUR SITUATION 


I 
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Mit dem Kommando H wurde die HELP-Ebene des Systems angewählt, ein 
Rücksprung zur XAMBA- oder Experten-Ebene ist mit dem Kommando E 
möglich, wobei genau jene Position erreicht wird, in der die Exper- 
tenebene zuletzt verlassen wurde. Neben H und E sind in XAMBA die 
Kommandos B (backward) für eine Korrektur einer zuvor gegebenen 
Dialogantwort, D (deseription) für die Ausgabe der bisherigen Lö- 
sungsstruktur, eingeschlossen die "wartenden" Teilkomplexe, in 
Form einer graphisch aufbereiteten Baumstruktur, G (go) für den 
start des bisher erzeugten Programmes (vom Anfang bis zur erreich- 
ten Position), L (list) und P (print) für die Ausgabe des bisher 
automatisch generierten LAMBA-Programms, S (save) für einen System- 
stop mit Rettung der erreichten Position für eine eventuelle Fort- 
setzung des Dialogs bei späteren Sitzungen, U (user) für eine 
Übersicht über die eingetragenen Nutzer des Systems und ihre Da- 
ten, V (vary) für eine unmittelbare Systemmodifizierung wie Än- 
derung der Farbtabelle der Rastergraphik oder Neueingabe eines 
Bildes sowie X für den sofortigen Stop von XAMBA (ohne Rettung 

der Daten) möglich. Zum Beispiel kann ein Standardanfang eines 
Dialoges mit XAMBA unter einem Nutzernamen abgelegt werden (Kom- 
mando S) und mit der Initialantwort 2 (s.o.) im Bedarfsfall ange- 
wählt werden. 

Das Programmsystem XAMBA besteht aus drei Moduln. Der Modul KNOW- 
LEDGE gewährleistet die Eingabe von Wissenseinheiten (frames) so- 
wie Operationen über der Wissensbasis. Unsere Frames sind im we- 
sentlichen entweder vom Typ "Menü" oder vom Typ "Prozeß" und ent- 
halten innerhalb einer fixierten Struktur (slots) Kommentare, Pa- 
rameter zur Spezifizierung, abzuarbeitende Programme (body), Frag- 
mente von LAMBA-Programmen und Adressen von potentiell möglichen 
Nachfolgeframes (children). Der Modul EXPERT vereinigt Organisations- 
programme für den Nutzer/System-Dialog. .Die Abarbeitung der Frames 
wird innerhalb einer globalen Schleife (expert loop) gesteuert, 
wobei die Behandlung der Frame-Warteliste und von Eingabe-Korrek- 
turen zu sichern ist (scheduler), vom Normaldialog abweichende 
Nutzeranfragen zu behandeln sind (matcher) und die Dialogantwor- 
ten in der Datenbasis (blackboard) einzutragen und zu verwalten 
eind. Der Modul PROGRAM ist für die automatische Generierung eines 
LAMBA-Programms zuständig und arbeitet über der Blackboard und den 
in den Frames enthaltenen LAMBA-Programmfragmenten. Ein spezieller 
Parameter der Frames (execution flag) steuert die abschnittsweise 
on-line Ausführung des generierten Programms. Das generierte Pro- 
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gramm entsteht in einem AMBA-Datenfile und kann derart vom Pro- 
gramm aus editiert werden. 


Beispiel eines XAMBA-Frames: 
NAME: -CLASSOUT 
INDEX. IN KNOWLEDGE BASE: 139 F 
SHORT DESCRIPTION: OUTPUT OF RESULTS OF OBJECT CLASS 
COMMENT: INITIALIZATION OF DESIRED OUTPUT PROCESS FOR 
AN OBJECT CLASS 
TYPE: PROCESS 
EXECUTION FLAG: PASS OVER 
INSTRUCTIONS: 
/XAX 
PLF;SOUTÄRESULTS OF THE OBJECT CLASS XXX :* 
CHILDREN: SUMOUT, AVEROUT, HISTOTAB, HISTOMON1, HISTOMON2 
Der BODY des Frames CLASSOUT ist ein Programm mit dem Namen 
CLASSOUT, durch welches die Zeichenreihen XXX in dem unter dem 
Slot INSTRUCTIONS angegebenen LAMBA-Programmfragment gemäß der 
in Blackboard eingetragenen String-Werte belegt werden und durch 
welches anhand von Blackboard eine Teilmenge der Children als 
durch den Modul EXPERT als nächstes abzuarbeitendes Frame bzw. 
els durch den Scheduler als "wartende" Frames einzutragende 
Nachfolgeframes spezifiziert werden. 


Das Programmsystem XAMBA wurde von uns in zwei Varianten in 
LAMBA auf einem SM4 bzw. in PASCAL auf einem SM4 implementiert. 
Für ausführliche Darstellungen von Expertensystemen und von 
Beispiellösungen im Gebiet der Bildanalyse sei z.B. auf /3/ ver- 
wiesen. 


Literatur 


/1/ K.Voss, P.Hufnagl, R.Klette. Interactive Software Systeme 
for Computer Vision. Progress in Pattern Recognition 2 (L.N. 
Kanal, A.Rosenfeld, eds.), North-Holland, 1985, pp.57-78. 

/2/ Dialog- und Programmiersystem AMBA/R. VEB Robotron Vertrieb 
Berlin, April 1985. 

/3/ P.R.Cohen, E.A.Feigenbaum. The Handbook of Artificial Intel- 
ligence, Volumes 1 - 3, Heuristech Press, Stanford, CA, 1982. 


51 


Bahrs, U., Schöpflin, HB. 


Varianten und Probleme der dezentralen Meßwertverarbeitung 
(Kurzfasaung) 


Die Innovationen auf den Gebleten der Mikrorechentechnik, der 
Sensortechnologie und der Optoelektronik ermöglichen neue Gerä- 
tekonzepte für die Automatisierungstechnik. Dem Anwendungszweck 
entsprechend werden dabei mit unterschiedlicher Gewichtung fol- 
gende Ziele verfolgt. 


Breite Anwendung von kybernetischen Funktionen der Prozeß- 
steuerung, der Meßgrößenkorrektur und Linearisierung sowie 
der statistischen Auswertung und Protokollierung 


Freizügiger bidirektionaler Informationsverkehr zwischen den 
Knotenpunkten eines Systems durch eine gemeinsame Busverbin- 
dung 

Funktionelle und räumliche Dezentralisierung der Gerätetech- 
nik zur Erhaltung autonomer Teilkomplexe bei Störungen 


Zeitgemäße Darstellung, Speicherung und Protokollierung 
elphanumerischer Informationen in Verbindung mit zentraler 
Überwachung und Leitung des Prozesses 


Flexibilität der’ Technik durch einheitliche Schnittstellen, 
modulare Hard- und Softwareaufbau sowie intelligente Reak- 
tionen bei Störungen. 


Mit diesen neuen erstrebenswerten Gebrauchseigenschaften sind 
jedoch auch Probleme verbunden, die beachtet werden sollten. 

Es wird gelegentlich übersehen, daß bei einer derart fundamen- 
tal veränderten Technik bisherige günstige Eigenschaften nicht 
zwangsläufig erhalten bleiben. Die positiven Eigenschaften der 
neuen digitalen Gerätegeneration addieren sich nicht einfach 

zu den bisher üblichen und nützlichen Eigenschaften der älte- 
ren, meist analogen, Gerätetechnik. Es findet eine Substitution 
von Eigenschaften statt, deren Auswirkungen wie folgt zu cha- 
rakterisıeren sind: 
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Zu Hardwareproblemen treten Softwareprobleme hinzu, 


Die funktionelle Vielseitigkeit ist mit komplizierten Struk- 
turen verbunden. 


- Die Abhängigkeit von der Qualität der Versorgungsspannung 
wirft elementare Probleme auf. 


- Die Driftfreiheit wird mit der Möglichkeit von Wertesprüngen 
durch Bitfehler erkauft. 


- Ein Programmabsturz erfordert detaillierte Identifikations- 
und Initialisierungsroutinen. 


- Inbetriebnahme und Fehlerbeseitigung erfordern spezielle 
Hilfsmittel. 


Die Konzeption und Entwicklung von kompatiblen Geräten mit Mik- 
rorechnern ist dadurch eine schwierige und durch große Komplexi- 
tät gekennzeichnete Aufgabe. An Hand einiger Hauptaspekte werden 
aktuelle Varianten der prinzipiellen Auslegung diskutiert. Dabei 
wird der Anwendungsbereich der kleineren und mittleren Automati- 
sierungsprozesse zur Grundlage genommen. Genannt werden relevan- 
te Varianten im Rahmen der Aspekte: 


- Art und Ort der Digitalisierung analoger Größen. 


- Aufteilung der Verarbeitungsfunktionen zwischen Prozeßgerät, 
Unterstation und Leitstation. 


- Inbetriebnahme- und Bedientechnik zur Strukturierung und 
Paranmetierung. 


- Anforderungen an die Prozessorarithmetik und die Zahlendar- 
stellung. 


- Zugriffs- und Übertragungstechnik für den Prozeßbus. 


Schließlich wird an einem Linearisierungsbeispiel gezeigt, daß 
die Bildung von Ergebnissen in echten physikalischen Dimensionen 
problematisch ist. Für die digitale Übertragung zwischen den 
Stationen eines Prozeßbus-Syestems wird es als erstrebenswert 
angesehen, physikalische Größen mit Adresse, Zahlenwert und 
Dimension zu übertragen. 


Optosensoren und Lichtleiter werden das Spektrum meßbarer Pro- 
zeßgrößen bereichern. Optische Binärwertgeber werden sich durch- 
setzen, wenn sie ohne elektrische Hilfsenergie auskommen. 
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